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This  study  contains  an  application  of  cost-performance  analysis  to 
the  automation  of  a  manual  reporting  and  record-keeping  system.  A 
small  local  transit  company  serves  as  the  basis  for  the  analysis. 
Beginning  with  a  brief  history  of  small  business  computing  and  com¬ 
puters  in  the  transit  industry,  it  covers  the  main  aspects  of 
requirements  analysis  in  terms  of  system  size,  software  and  hard¬ 
ware.  Four  alternative  computer  systems,  two  minicomputers  and 
two  microcomputer  networks,  are  presented  and  rated  on  (continued! 
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their  responsiveness  to  the  transit  company's  needs.  Tradeoffs  in 
cost  and  performance  are  analyzed  to  determine  the  marginal  costs 
for  each  unit  of  increase  in  performance.  The  cost  performance 
techniques  developed  for  mainframe  systems  are  shown  to  be  appli¬ 
cable  to  minicomputer  and  microcomputer  based  systems  as  well. 
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Thi3  study  contains  an  application  of  cost-perforaance 
analysis  to  the  autosation  of  a  sanual  reporting  and 
record-keeping  systes.  A  snail  local  transit  cospany  serves 
as  the  basis  for  the  analysis.  Beginning  with  a  brief 
history  of  snail  business  conputing  and  conputers  in  the 
transit  industry,  it  covers  the  naia  aspects  of  reguirenents 
analysis  in  terns  of  systea  size,  software  and  hardware. 

Four  alternative  conputer  systeas,  two  niaicomputers  and  two 
picrocoaputer  networks,  are  presented  and  rated  on  their 
responsiveness  to  the  transit  conpany's  needs.  Tradeoffs  in 
cost  and  perfornance  are  analyzed  to  deternine  ‘‘he  aarginal 
costs  for  each  unit  of  increase  in  perfornance.  The  cost- 
perfornance  techniques  developed  for  aainfraae  systeas  are 
shown  to  be  applicable  to  ainiroaputsr  and  nicrocoaputer 
based  systeas  as  well. 
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1.  BACK  GB  00  ID  01  SI1U  BOSIIBSS  COBPOIBBS 

What  was  cnee  the  province  of  Fortune  530  companies  has 
bscoM  a  topic  of  interest  everywhere  froi  boardrooe3  to 
stockrooms,  steel  Bills  to  Bob  and  Pop  groceries.  Cooputers 
are  no  longer  reserved  for  cnapanies  with  high- budget  data 
processing  (dp)  departaents  and  ranks  of  prograaaers  at  the 
ready.  Technological  advance  over  the  last  two  decades  has 
allowed  the  "cost  per  coaputation"  to  plueaet  so  that 
coaputer  power  is  available  to  anyone  with  a  few  hundred 
dollars  to  spend.  To  exploit  this  steadily  growing  aarket 
of  hardware  owners,  software  producers  have  rushed  to  supply 
ready-aade  software:  "horizontal"  packages  which  apply  to 
nearly  every  business — payroll,  inventory  control  and 
general  ledger,  for  exaaple;  and  "vertical"  applications 
which  are  directed  toward  a  siagle  industry-- job-costing  for 
a  building  contractor,  for  exaaple  *1:36].  The  advent  of 
snail  and  inexpensive  ccaputers,  coupled  with  a  dazzling 
array  of  prepackaged  software  and  the  ever-increasing  costs 
of  labor,  has  nade  the  computer  as  ordinary  an  instrument  of 
business  as  the  telephone. 

But  for  a  company  with  slightly  unique  needs,  locating 
appropriate  vendors  is  in  itself  a  major  chore.  The  average 
business  user  is  apt  to  be  overwhelmed  by  the  nuaber  of 
salesmen  anxious  to  lay  claia  to  his  dp  dollar,  whether  or 
not  they  can  effectively  meet  his  needs.  With  the  multitude 
cf  sources  for  obtaining  a  system — turnkey  operatior.3, 
direct  manufacturer  sales,  coeputer  retail ers— and  the  range 
of  iaplementat ions—  traditional  einicoeputer,  microcom¬ 
puters,  networks,  distributed  pr ocessing--a  buyer  eust  be 
aware  of  the  whole  spectrum  of  options. 


Making  a  choica  was  definitely  simpler  whan  alternatives 
could  be  placed  into  rigidly  delineated  catagories.  In  the 
not -too- distant  past,  a  minicoepu+er  was  the  choice  for  a 
small  businessman,  a  microcomputer  for  ths  hobbyist.  Today, 
one  estimate  places  6 0 %  of  all  micros  soli  into  small  busi¬ 
nesses  and  professional  offices  (2:79].  gjta  Sources#  a 
quarterly  guide  to  equipment,  software  services  and  compa¬ 
nies  in  the  information  processing  industry,  groups  its 
less-than-aainfraae  sized  coeputer  systems  into  high-end, 
mid-range,  and  low-end  minicomputers,  microcomputers,  and 
small  business  computers,  ranged  by  price  in  each  division. 
k  quick  scan  shows  that  price  is  not  a  dependable  indicator 
of  classification:  both  low-aid  minis  and  microcomputers 
list  systems  under  $15,000;  a  great  number  overlap  la  the 
$30,000  to  $75,000  range;  and  me  micro  sfstem  spills  into 
the  "greater  than  $350,000"  range.  Once  an  organization  has 
determined  what  general  size  aid  price  classification  it 
fits  into,  it  must  locate  software  which  is  responsive  to 
its'  needs.  If  the  small  business  in  question  is  in  the 
transit  industry,  it  may  be  facing  a  hard  task. 

B.  CO  SPOT  BBS  IB  THAI  SIT  HAB1GRHEB9 

The  transit  industry,  along  with  other  types  of  busi¬ 
ness,  has  been  involved  in  the  creation  of  computerized 
decision-making  tools;  however,  most' of  the  past  efforts 
have  concentrated  on  serving  the  large  transit  organization. 
Software  suppliers  have  fowl  it  profitable  to  scale  down 
accounting,  manufacturing  control  and  merchandizing  packages 
originally  designed  for  large  firms,  so  that  the  typical 
small  ratail  cr  manufacturing  business  has  a  variety  of 
applicable  software  packages  from  which  to  choose.  Small 
transit  operations,  however,  represent  a  comparatively 
Halted  Basket  and  thus  have  not  benefited  froa  the 


attention  which  seall  business  needs  are  getting. 

Development  of  autoeated  transit  aids  has  taken  the  fors  of 
research  grants  pursued  under  the  sponsorship  of  the  Urban 
Hass  Transportation  idainistration.  Rucus,  an  acrocfa  for 
run-cutting  and  scheduling,  wa3  an  early  entry  in  the 
transit  applications  field.  The  Rucus  systea  was  developed 
in  1970  as  a  nodular  package  of  progress  designed  to  address 
the  scheduling  aspect  of  transit  planning.  Briefly,  Rucus 
comprises  four  aodules  [3:150-51]  : 

1.  Trips,  to  adjust  frequency  of  service  in  response  to 
deaand  and  coapany  policy; 

2.  Blocks,  to  assign  vehicles  to  trips  in  accordance 
with  an  optinization  technique; 

3.  Runs,  to  assign  drivers  to  trips  in  accordance  with 
labor  contracts  and  coapany  policy;  and 

4.  Data  Management,  to  interface  the  other  three 
aodules. 

while  these  programs  apply  to  functions  shared  by  all 
transit  organizations,  the  original  Rucus  package  was 
designed  for  large-scale  hardware  and  thus  was  suitable  only 
for  large  transit  operations.  Liberal  distribution  of  the 
Rucus  package  to  the  industry  has  allowed  private  enterprise 
to  participate  in  the  evolution  of  Rucus  so  that  i*  has 
since  becone  a  generic  standard  from  which  customized 
systems  are  developed.  The  addition  of  report  generation  to 
use  the  schedule  information  to  produce  operating  reports 
and  timetables  has  boosted  the  worth  of  Ricus-type  applica¬ 
tions  to  the  industry  [4:25].  The  area  of  bus  fleet 
maintenance  was  also  addressed  by  an  Urban  Mass 
Transportation  Administration  3tudy.  In  1971  and  1972,  the 
Administration  initiated  the  SIRS  project  for  transit 
districts  in  Oakland,  CA,  and  Dallas,  TX.  SINS,  an  acronym 
for  Service,  Inventory  and  Haiatenance  System  consists  of 
three  aodules: 
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1.  The  Service  per  Unit  Change  module  uses  vehicle  miles 
as  the  unit  of  performance.  performance  is  a  func¬ 
tion  of  fuel  ana  oil  consumption  and  parts  repair  or 
replacement. 

2.  The  Inventory  module  is  a  standard  inventory  control 
program  to  record  issuance  and  recaipt  of  materials 
and  to  maintain  stock  points.  Parts  repair  costs  are 
input  to  the  next  module. 

3.  The  Repair  Cost  module  combines  labor  costs  incurred 
in  the  maintenance  cf  vehicles  with  parts  costs  from 
the  inventory  nodule  to  maintain  lifetime  costs  on 
vehicles. 

Another  computerized  transit  tool  is  tha  Maintenance 
Planning  System  (BPS)  .  It  produces  comprehensive  reports 
for  maintenance  control,  as  follows: 

1.  Maintenance  Control  reports  for  preventive  mainte¬ 
nance  and  major  repairs  scheduling: 

2.  Equipment  Status  reports  for  ongoing  vehicle  history; 
and 

3.  Failure  Analysis  reports  to  identify  parts  with 
recurring  failures. 

Both  SIMS  and  MPS  were  designed  for  large  transit  companies; 
the  Oakland  and  Dallas  fleets  comprised  833  and  400  buses, 
respectively,  and  BPS  was  tested  cn  San  Francisco's  BART 
system.  Both  systems  run  on  IBM  360/370  mainframes. 

Small  transit  operations  are  the  intended  market  for 
Trans-Pac,  a  complete  management  package  developed  by  BTD 
Project  Services,  a  division  of  Qantel  Business  Computers. 
Trans-Pac  handles  financial  lamgemer.t,  maintenance  and 
inventory  control  similar  to  BPS,  driver  timekeeping, 
payroll,  Rucus-type  scheduling,  performance  measuring,  and 
Urban  Bass  Transportation  Admini  s*ration-raquired  reports. 

It  is  designed  to  run  on  any  of  Qantel's  minicomputers, 
depending  on  user's  desired  speed  and  memory  requirements. 

Soma  packaged  software  has  appeared  to  meet  the  general 
reeds  cf  vehicle  maintenance  for  trucking  firms  and  indus¬ 
tries  with  private  transportation  fleets  which  may  ba 
applicable  to  transit  maintenance  as  well.  These  packages 


are  designed  for  mini computers.  Judging  from  sources 
consulted,  the  microcomputer  software  market  does  not  as  yet 
offer  vehicle  maintenance  applications  (although  ar.  aircraft 
maintenance  package  available  for  Apple  computers  may  signal 
future  involvement  in  this  areal  .  Is  microcomputer  software 
suppliers  expand  to  cover  sore  vertical  markets,  more 
transit  operation  functions  will  be  computerized.  At  the 
present,  however,  the  choices  are  few. 

C.  PROBLEM  DEPISITIOV  AID  OBJECTXTE 

As  evidenced  by  t he  profusion  of  minicomputer  and  micro¬ 
computer  manufacturers,  software  suppliers,  OEMs1  and 
consultants,  the  small  business  computer  aarket  is  complex 
and  confusing.  A  company  venturing  into  the  computer  arena 
for  the  first  time  must  heed  the  words  "Buyer  beware."  Or.? 
such  company  investigating  the  possibilities  of  automation 
is  Monterey-Salinas  Transit  (MST),  a  publicly-owned,  local 
transit  company  located  in  Monterey,  California.  MST 
reviewed  their  present  manual  record-keeping  procedures  and 
concluded  that  a  computerized  management  information  system 
(MIS)  incorporating  the  individual  administrative  record¬ 
keeping  systems  associated  with  each  operational  area  would 
benefit  organizational  efficiency  and  effectiveness  [5]. 

Many  of  MST's  functions  parallel  those  of  any  other  like- 
sized  service  or  manufacturing  firm,  but  much  of  the 
workload  addresses  transit  needs  specifically.  Due  to  the 
prohibitive  costs  of  specialized  system  design,  which  would 
ideally  tailor  all  hardware  and  software  to  MST's  particular 
needs,  and  because  of  the  lack  of  an  in-house  programming 
resource,  the  company  concluded  that  the  only  feasible 
option  would  be  to  acquire  a  system  "off  the  shelf":  either 


‘OEM 

is  a  retailer  w 
various  sources 


stands  for  orf.9-nal  ecu ipment  manufacturer,  which 
Her  who  combines  hardware  and  software  from 
to  supply  specific  markets. 


one  already  designed  for  saall  transit  companies,  if  such 
existed,  or  one  compiled  for  that  purpose  utilizing  commer¬ 
cially  available  software  and  general  purpose  hardware. 

It  is  important,  when  introducing  computerization,  to 
determine  which  of  a  company's  tasks  are  cost-effectively 
transferred  to  automated  processing.  Computers  are  fast, 
accurate,  and  incapable  of  thought,  whereas  man  is  slow, 
error-prone,  and  thoughtful.  Phis  relationship  between  nan 
and  computers  suggests  that  tedious,  routine,  and  time- 
consuming  tasks  should  be  offloaded  to  the  computer  so  that 
human  resources  may  be  utilized  in  the  business  of  manage¬ 
ment.  However,  due  to  the  high  cost  of  castom  software 
design,  some  procedures  not  covered  by  packaged  software  are 
best  left  to  the  manual  system. 

The  objective  of  this  thesis  is  to  analyze  the  trade¬ 
offs  in  cost  and  performance  between  two  minicomputer  and 
two  microcomputer  systems  designed  to  meet  Honterey-Salinas 
Transit's  requirements  to  differing  extents.  One  system  is 
specifically  designed  for  saall  transit  operations.  This 
system,  Trans-Pac,  distributed  by  arthur  kniersen  6  Co.,  is 
treated  in  this  thesis  as  the  most  responsive  solution. 
However,  other  options  exist  which  may  meet  some  or  all  of 
HST's  needs  at  a  lower  cost.  It  is  beyond  the  scopa  of  this 
thesis  to  develop  an  operational  computer  system  to  compete 
with  the  professionally-developed  Trans-Pac  system. 

Instead,  the  four  systems  aim  to  be  representative  of  two 
computer  classifications,  minicomputers  and  microcomputer 
networks.  Typical  costs  and  software  availability  will  lead 
to  the  development  of  cost-performance  figures  to  ascertain 
whether  there  is  a  difference  between  mini-  and  micro-based 
systems.  This  thesis  first  determines  HST's  needs  in  terms 
of  general  hardware  and  software  requirements  and  then  uses 
these  guidelines  to  configure  three  systems  to  perform  the 
functions  identified  in  the  requirements  analysis.  These 


systems  are  analyzed  in  teres  of  their  reponsiveness  to 
BST's  software  requirements  using  a  weighted  evaluation 
scheme. 

0.  SOOBCES 

Information  on  transit  operations  and  functions  was 
provided  by  personnel  at  Hontece y-Salinas  Transit  Company, 
publications  on  the  transit  industry,  and  a  management 
performance  audit  (61*  Specific  prices,  hardware  model 
specifications  and  softvare  availability  were  drawn  from 

Source?  and  Datapro  Research  Corporation's  Dataoro  2S 
and  Directory  &£  Spall  Computers .  The  distributor  for 
Trans-Pac,  Arthur  Andersen  6  Co.  ,  was  helpful  in  describing 
the  system  and  providing  approximate  costs. 
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1.  ORGANIZATION  OF  1ST 

Monterey- Salinas  Transit  is  a  publicly  owned  local 
transportation  conpany  serving  the  city  of  Salinas  and  the 
cities  and  county  of  the  Monterey  Peninsula.  It  presides 
service  seven  days  per  week  with  a  fleet  of  52  buses  and  a 
staff  of  100,  70  of  whoa  are  coach  operators.  The  coapany 
owns  two  facilities:  the  aain  a dainist-ration ,  maintenance 
and  dispatching  facility  in  Monterey  and  a  smaller  building 
in  Salinas  for  light  maintenance  and  housing  of  vehicles 
overnight.  MST  is  governed  by  a  Board  of  Directors  repre¬ 
senting  the  cities  and  county  served.  The  Board  convenes 
monthly  to  review  financial  and  operatic?  data  presented  by 
MST's  general  manager.  Additionally,  the  Board  is  respon¬ 
sible  for  approving  company  goals  and  objectives,  routes  and 
service  levels,  fares  and  grant  applications. 

MST' s  internal  organization  is  structured  along  func¬ 
tional  lines.  The  four  departments  under  the  general 
manager  are  maintenance,  transportation,  controller,  and 
administration,  which  includes  the  planner.  The  planner  is 
responsible  for  service  planning  and  scheduling  and  also 
computes  many  of  the  organization's  perforaance  statistics 
for  external  reporting  reguireien*s.  The  external  reporting 
function  is  labeled  as  part  of  the  administrative  function 
in  the  system  analysis  in  section  B. 

In  addition  to  revenues  from  fares,  MST  is  funded  by 
federal  and  state  agencies.  A3  a  result  of  receiving  public 
monies,  MST  must  account  for  those  grants  and  allotments  in 
periodic  reports.  Much  of  MST' 3  recordkeeping  is  geared 
toward  providing  those  reports.  Some  background  on  the 
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federal  transportation  agency  will  help  define  the  reporting 
arena  in  which  HST  operates. 

The  urban  Hass  Transportation  Administration  is  an 
agency  of  the  Oeparteent  of  Transportation,  whose  chief 
responsibility  concerns  the  adainistration  of  the  Urban  Hass 
Transportation  Act  of  1964,  as  aaended  (UHTA) .  This  compre¬ 
hensive  act  provides  federal  assistance  for  [7:1403  : 

1.  Acquisition  and  iaproveaant  of  facilities  and  equip* 
sent  associated  with  Bass  transportation; 

2.  Beseerch,  dewelopaent,  and  de son strati on  projects 
related  to  urban  aass  transportation; 

3.  Engineering,  planning,  and  designing  urban  aass 
transportation:  and 

4.  Training  personnel  in  aanagecial,  technical  and 
professional  positions  related  to  aass  transporta¬ 
tion. 

Since  the  agency  is  responsible  for  allocating  considerable 
suns  of  federal  money  through  its  various  grant  progress,2 
it  is  understandably  concerned  with  the  utilization  of  those 
funds  and  demands  extensive  reporting  under  Section  15, 

UHTA.  Section  15  requires  information  be  maintained  on 
safety  and  accident  claims,  annual  ridersnip  surveys, 
detailed  classifications  of  bus  driver  labor,  financial 
accounts,  fares,  and  profitability;  that  is,  essentially 
every  aspect  of  transit  operations  and  management. 

Even  with  the  stringent  reporting  requirements  of 
Section  15,  some  information  was  not  well  snough  standard¬ 
ized  to  permit  industry-wide  analysis  of  mass  transit.  In 
1971,  the  Urban  Hass  Transportator.  Adainistration,  The 
Aaerican  Transit  Association  (AT A),  and  tha  Institute  for 
Bapid  Transit  jointly  developed  a  program  to  devise  an 
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improved  system  of  financial  aai  operating  data  reporting. 
The  ontcoae  was  initiation  of  Project  FARE  (Uniform 
Financial  and  Reporting  Elements),  which  established  a  stan¬ 
dardised  set  of  accounts  and  standard  operating  statistics 
categories  for  the  entire  industry.  This  data  base  is 
designed  to  serve  [3:165]  : 

1.  Federal,  state,  and  local  transportation  agencies  for 
financial  prograas  adainistration; 

2.  Transit  industry  associations,  such  as  ATA,  for  aoni- 
toring  industry  perforaance;  and 

3.  Individual  transit  systeis  for  evaluating  their 
perforaance  against  siailar  operations 

FARE  reporting  partially  Beets  the  reguireaents  of  Section 
15,  ORTA.  It  is  interesting  to  note  that  Project 
Task  12  Report:  Task  g^d  project  Summary  was  prepared  for 
the  Adainistration  by  Arthur  Andersen  &  Co.,  which  distrib¬ 
utes  Trans-Pac. 

B.  REQOIREH ENTS  AIALTSIS 

1  •  Cuyy&pt  System 

The  goal  of  Honterey-Salir.as  Transit,  siaply  stated, 
is  to  provide  reliable  bus  service  in  response  to  public 
demand.  The  physical  operation  of  buses  along  planned 
routes  is  supported  by  a  variety  of  administrative  activi¬ 
ties,  from  the  planning  of  service,  the  acquisition  and 
repair  of  vehicles,  and  training  of  drivers  to  *he  ordering 
cf  spare  parts,  payment  of  employees,  and  preparation  of 
reports  for  the  board  of  directors.  These  tasks  are  not 
important  to  the  customer,  whose  only  concern  is  that  his 
bus  is  on  time,  but  tc  AST,  they  are  the  administrative 
functions  which  allow  the  transit  service  to  operate.  Every 
firm  has  its  paperwork,  a  fact  often  lamented,  but  a  neces¬ 
sity  which  organizes  and  documents  the  management  of 


personnel,  equipment,  and  monetary  resources.  BST  maintain* 
various  files  to  record  day-to-day  transactions  such  as 
inventory  issues,  vehicle  repairs,  and  cash  disbursesants. 
These  files  fora  the  backbone  of  an  inforsation  system  froa 
which  inforsation  on  the  effectiveness  anl  efficiency  of 
transit  operations  can  be  drawn,  in  understanding  of  the 
manual  record-keeping  procedures  is  crucial  to  successful 
autoaation  because  sanagesent  lust  be  able  to  define 
precisely  what  services  and  outputs  it  expects  froa  the 
newly  autoeated  inforsation  sy3tea.  Bout ersy-Salinas 
Transit  considers  their  systea  of  weekly  and  sonthly  reports 
important  to  effective  sanagesent,  and  an  autoaated  systea 
should  enable  creation  of  those  reports.  The  manual  admin¬ 
istrative  filinq  and  reporting  systea  must  record  and  report 
meaningful  information  before  converting  to  a  computer 
system,  or  the  inefficiencies  of  the  currant  system  aay  be 
mistaken  for  unrespon siveness  of  the  computer  system.  Her* 
autoaation  of  files  and  reports  will  not  provide  better 
information,  only  more  prompt  information.  If  a  company  is 
floundering,  automating  aay  only  further  camouflage  the 
management  deficiencies  which  plague  tha  firm.  As  one 
observer  noted,  "A  computer  can  make  a  sick  business  termi¬ 
nally  ill"  [1:35].  This  should  not  be  of  worry  to  MSI  as  a 
management  performance  audit  performed  in  1980  concluded 
that  then-Hcnterey  Peninsula  Transit  was  an  exceptionally 
well-managed  systea  with  an  axtansive  forialized  reporting 
procedure  well-suited  to  the  coipany*s  management  structure 
[6:135-36]. 

Presently,  HST*s  aaintanar.ee,  inventory,  planning, 
and  personnel  filekeeping  and  reports  generation  are 
performed  manually.  Fortunately,  MSI  is  a  relatively  small 
organization,  well-staffed,  so  that  sheer  volume  does  not 
overwhelm  the  capabilities  of  their  current  record-kaeping 
systems,  and  automation  is  not  being  pursued  to  stave  off 


personnel  increases  or  other  methods  of  augmenting  produc¬ 
tivity.  There  are,  however,  areas  which  light  benefit  froa 
the  attributes  of  computerized  maintenance.  The  existence 
of  routine  and  redundant  data  handling  indicates  tasks  which 
would  probably  gain  speed  and  accuracy  froa  automation.  In 
the  case  of  HST,  many  of  the  raguired  performance  statis¬ 
tics,  generated  at  least  guartarly,  necessitate  simple  but 
repetitive  calculations  which  are  time-consuming  and  prone 
to  human  error.  (lost  other  file  keeping  requires  duplicative 
entries  in  various  files  to  allow  cross-referencing  and  to 
ensure  that  each  file  is  complate.  RST's  financial  records 
are  prepared  by  a  service  bureau.  Bank  of  America,  so  that 
accounting  applications  do  get  the  benefit  of  computer  accu¬ 
racy  and  automatic  generation.  With  the  advent  of  in-house 
accounts  processing,  data  entry  would  be  to  a  keyboard 
instead  of  to  paper  ferns,  and  the  submission  and  batch 
processing  time  lag  would  be  eliminated.  Potential  savings 
could  result  from  scheduling  payments  to  take  advantage  of 
vendor  discounts,  if  this  is  not  already  done.  The  primary 
advantage  of  in-house  processing  is  that  the  controller 
would  be  able  to  generate  non-standard  comparison  reports, 
on  demand,  as  opposed  to  relying  only  on  reports  contracted 
for  with  the  service  bureau.  The  issue  of  security  may  have 
*■0  be  addressed  since  pay  records  and  financial  statements 
should  not  be  available  to  all  users  of  the  system. 

The  five  record-keeping  systems  to  be  analyzed  for 
automation  are:  personnel  management,  maintenance  and 
inventory  control,  financial  management,  sarvice/sch9duling 
control,  and  the  external  reporting  system.  The  systems  of 
necessity  are  interrelated,  because  inforaation  flcw3  and 
the  effects  cf  actions  are  not  solely  internal  to  each 
departmant.  Thus,  mileage  figures  generated  by  the  mainte¬ 
nance  department  are  used  in  efficiency  reports  submitted  to 
the  board  of  directors  and  inventory  purchase  orders  are 
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accounted  for  in  the  controller's  accounts  payable  file.  A 
brief  description  of  each  adsini stra tive  control  system  in 
place  at  Honterey-Salinas  Transit  will  define  the  intona¬ 
tion  environment  in  which  an  autoaated  system  must  exist, 
and  the  data  handlinq  and  computational  operations  which  it 
must  perform. 

a.  Personnel 

The  aim  of  the  personnel  control  system  is  to 
manage  the  human  resources  of  the  company.  Specific  activi¬ 
ties  include: 

1.  Planning,  programming,  aid  administering  personnel- 
related  programs; 

2.  Evaluating  employment  needs; 

3.  Evaluating  candidates  for  employment; 

4.  Training  employees; 

5.  Analyzing  compensation  levels;  and 

6.  Evaluating  employee  performance. 

A  major  part  of  the  personnel  system  is  geared 
toward  accurate  and  timely  payiant  of  employees,  which 
necessitates  withholding  taxes,  collecting  Social  Security 
contributions,  and  deducting  payments  for  insurance, 
pension,  or  other  benefit  programs.  The  payroll  system  must 
register  changes  in  salary  or  wage,  job,  seniority,  and 
other  personnel  shifts.  Beyond  payroll  activities,  the 
personnel  system  is  designed  to  facilitate  production  of  the 
detailed  reports  required  by  the  federal  government  under 
employee  protection  programs,  such  as  Egual  Employment 
Opportunity  (EEO) -Af  f  irmativ?  Action  (AA) ,  and  Section  15, 
ORTA.  As  driver  labor  accounts  for  a  considerable 
percentage  of  a  transit  system's  operating  expense,  detailed 
records  on  how  drivers  spend  their  tine  are  maintained  in 
accordance  with  ORTA  regulations.  Operator  timekeeping  must 
account  for  21  categories  of  compensated  time  to  be  reported 
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to  the  Urban  Hass  Transportation  Administration,  while  each 
driver'3  coapensated  and  non-com pensatei  tine  is  recorded  in 
an  attendance  file,  corresponding  to  one  of  seven  categories 
per  day.  The  files  currently  in  usa  to  support  these 
personnel  and  reporting  functions  are  sheen  in  Table  IX  , 
Appendix  A. 

b.  Haintenance 

The  objective  of  the  naintenance  departaant  is 
to  ensure  that  sufficient  vehicles  are  maintained  in  a  safe 
and  efficient  condition,  at  a  reasonable  cost,  to  meet 
scheduled  service.  Specific  activities  include: 

1.  Repairing  service  breakdowns  on  an  emergency  basis; 

2.  Conducting  a  preventive  maintenance  program  (PH)  ; 

3.  Maintaining  service  records  on  vehicles; 

а.  Maintaining  control  over  repair  parts  and  fluids  in 
invenxory ; 

5.  Monitoring  fuel,  oil,  and  automatic  transmission 
fluid  (ATF)  consumption;  and 

б.  General  upkeep  of  property  to  include  plant  and  bus 
stops. 

The  maintenance  administrative  system  is  set  up 
to  keep  extensive  records  on  vehicle  service  and  repair  to 
facilitate  planning  and  monitor  vehicle  efficiency. 
Preventive  maintenance  is  scheduled  on  the  basis  of  daily 
inspections  and  a  ’'tickler  file1*  to  alert  personnel  to 
upcoming  mileage  or  time  checks.  Unscheduled  or  emergency 
repair,  for  which  personnel  and  parts  must  be  on  hand,  and 
replacement  buses  available,  may  result  from  manufacturer 
directives  or  breakdowns.  In  any  circumstance,  bus  non¬ 
availability  must  be  transmitted  to  the  dispatcher  for  use 
in  bus  assignment,  and  repairs  effected  under  warranty  eusx 
be  docusented  for  reimbursement.  Labor  and  parts  costs 
currently  are  not  charged  to  each  vehicle  to  allow  lifecycle 


costing,  as  the  use  of  standard  labor  hours  and  costs  are 
not  fully  incorporated  into  the  annual  system. 

Additionally,  the  tracking  of  aajor  components--engiaas  and 
transaissions — for  evaluation  of  eguipaent  reliability  is 
not  covered  by  the  maintenance  systea  although  HST  wishes  to 
integrate  both  of  these  controls  into  an  autoaated  systea. 

In  addition  to  ensuring  that  vehicles  are  available  for 
service,  the  aaintenance  systea  is  organized  to  provide 
efficiency  reports  to  aanageaeit.  silaags  and  fuel  and  oil 
usage  and  inventory  status  are  reported  monthly  for  input  to 
the  planner's  computations  of  performance  statistics. 

The  maintenance  department  is  also  responsible 
for  managing  inventory  and  equipment.  The  objective  of 
inventory  control  is  to  reduce  obsolete  items,  store  and 
protect  inventory  supplies,  ani  improve  forecasting  to 
establish  minimum  levels  of  stock  while  avoiding  outages  or 
delays  in  availability.  Currently,  a  cardex  file  is  used  to 
record  receipt  and  issuance  of  parts  and  supplies.  Due  tc 
the  easy  availability  of  parts,  secure  supply  channels,  and 
the  aaintenance  clerk's  familiarity  with  vendors  and  parts 
usage  rates,  order  points  and  order  quantities  have  not  been 
developed.  To  reduce  the  cost  of  inventory  and  provide  an 
inventory  control  system  independent  of  specific  employees, 
the  inclusion  of  minimum  stock  points,  order  quantities,  and 
automatic  generation  cf  purchase  orders  in  an  autoaated 
systea  is  desirable.  The  documents  and  files  supporting 
maintenance  administration  are  described  in  Table  X  , 
Appendix  A. 

c.  Pinance 

The  objective  of  the  financial  function  is  to 
plan  for  and  ensure  the  efficient  utilization  of  funds.  The 
objective  of  a  financial  reporting  system  is  to  provide  a 
structured  method  of  accountability  and  a  basis  for  judging 


operations.  HST's  financial  functions  are  budgeting, 
accounting  of  revenues  and  expenditures,  internal  control 
for  the  safeguarding  cf  assets,  and  the  application  of 
federal  aonies.  Financial  reporting  and  accounting  must 
confora  to  generally  accepted  principles  of  accounting  and 
to  the  reporting  reguireaents  of  the  UHIA  and  California 
Transportation  Development  Act  of  1971. 

These  functions  are  currently  perforaed  under  a 
contract  with  a  service  bureau.  The  controller  coapiles 
data  for  input  to  the  service  bureau  twice  a  week.  Updated 
ledger  accounts  are  returned  and  aonthly  financial  reports 
are  created.  The  controller  uses  standard  files  to  aaintain 
the  accounting  data  as  shown  in  Table  XI  ,  Appendix  A. 

d.  Plans 

The  objective  of  the  planning  function  is  to 
turn  the  company's  objectives  into  concrete  courses  of 
action.  This  is  pursued  in  two  stages:  setting  service 
levels  and  scheduling  resources,  labor,  and  vehicles  to  meet 
the  service  level.  In  support  of  the  first  task,  the 
planner  conducts  an  annual  rider  ship  survey  to  determine  the 
degree  to  which  existing  routes  and  schedules  respond  to 
demand.  The  surveys  gather  information  on  fare  categories, 
load  factors,  time  and  spacing  of  stops,  which,  together 
with  data  on  operating  expenses,  generates  figures  to  deter¬ 
mine  which  routes  are  cost-ef fac tive,  where  zone  lines 
should  be  drawn,  and  optimum  frequency  of  service.  A 
programmable  calculator  is  used  in  the  manipulation  of  the 
numbers  recorded  during  the  survey,  but  the  compilation 
process  can  continue  through  several  weeks  and  perhaps 
months.  Given  these  utilization  figures  and  associated 
costs  as  well  as  community  input,  the  planner  evaluates  the 
present  level  of  service  against  demand  and  fiscal 
constraints  +o  recommend  continuation,  adjustment,  or 
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deletion  of  routes.  Once  levels  cf  service  are  set,  the 
planner  aust  deteraine  hov  the  various  routes  should  be 
allocated  to  drivers  and  buses  in  segaents  called  "runs." 
Pun-cutting  aust  try  to  aaxiaize  driver  productive  time 
while  ainiaizing  overtiae  and  conforaing  to  provisions  of 
the  labor  contracts,  all  subject  to  the  established  route 
structure.  Obviously,  this  is  a  tiae-consuaing  process,  and 
it  will  usually  require  revision  during  holiday  periods  and 
after  the  ridership  survey.  In  support  of  these  functions, 
the  planner  aaintains  several  files  shown  in  Table  XII  , 
Appendix  &. 

e.  Administration 

Ir.  the  general  administrative  system,  data  orig¬ 
inated  by  the  other  functional  systems  converge.  At  this 
point,  their  outputs  are  combined  and  interpreted  to  facili¬ 
tate  internal  management  decision-making  and  external 
reporting.  Data  on  materials  usage,  miles  and  hours  of 
vehicle  service  performed,  accidents,  breakdowns,  and 
expenses  enable  management  to  compile  measures  cf  perform¬ 
ance  to  facilitate  reporting  under  the  Urban  Hass 
Transportation  Act  of  196tt  (OHTA)  ,  as  amended,  and 
California's  Transportation  Development  Act  (TDA)  of  1971, 
and  to  present  information  for  management  decisions 
affecting  service,  purchasing,  federal  grants,  and 
marketing.  Several  types  of  data  maintained  for  input  to 
the  quarterly  and  annual  performance  repocts  provided  the 
Board  of  Directors  and  governmental  transportation  depart¬ 
ments  are  shown  in  Table  XIII  ,  Appendix  A.  The  formatting 
cf  this  information  into  formal  reports  is  manual.  The 
creation  of  the  statisics  drawn  frca  files  would  be  easily 
supported  by  automated  report  generation. 


2.  of  SZS^Sl  Si 5 2. 

Some  general  constraints  nu3t  be  acknowledge!  before 
atteapting  to  fit  a  coapater  to  users'  requirements. 
Decisions  as  to  on-  or  off-line  data  retrieval,  real-tiae  cr 
batch  processing,  if  Bade  early  will  channel  initial  inves¬ 
tigation  toward  systeas  built  upon  those  characteristics. 

The  decision  by  MST  to  acquire  an  on-line,  real-tiae  system 
directs  their  attention  toward  a  disk-based  system  utilizing 
CRTs  for  entry.  But  this  category  is  still  too  broad  to 
allow  a  aanageable  ccaparison  of  alternatives,  other 
descriptors  and  constraints  aust  coae  into  play.  Obviously, 
cost  is  one  such  constraint;  ao  organization  with  a  budget 
of  $100  does  not  spend  time  evaluating  a  51000  system. 
Similarly,  Chase  Manhattan  Bank  does  not  consider  loading 
its  database  onto  a  few  8-inch  floppy  diskettes.  Key 
volumes  of  a  system  such  as  size  of  a  database  and  the 
number  of  users  serve  to  further  define  the  range  of 
feasible  alternatives. 

The  number  of  users  for  whom  the  system  is  planned 
is  based  upon  the  functional  breakdown  of  tasks  as  nsr  is 
currently  organized.  At  a  minimum,  entry  to  the  system  is 
no  be  made  in  five  locations: 

1.  Maintenance  department  for  inventory  and  vehicle 
maintenance  records  update; 

2.  Comptroller's  office  for  financial  functions; 

3.  Operations  planner's  office  for  level  of  service 
planning  and  performance  analysis; 

4.  Administrative  department  for  general  personnel  func¬ 
tions  and  word  processing;  and 

5.  Remote  entry  from  the  Salinas  facility,  primarily  for 
update  to  the  inventory  and  maintenance  records. 

The  determination  to  serve  a  minimue  of  five  users  effec¬ 
tively  bounds  the  ranee  of  feasible  options  by  eliminating 
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sinqle-user  microcom paters  from  the  low  end  of  the  scale  an* 
by  suggesting  that  systems  oriented  to  serving  hundreds  of 
users,  at  the  high-end,  would  likely  not  be  cost-effective. 

Storage  capacity  required  to  hold  the  data  and 
programs  creating  the  system  is  another  guideline  to  use  in 
identifying  possible  computer  configurations  applicable  to 
MST.  Some  processors,  notably  aicroprocesscrs,  are  limited 
in  the  amount  of  secondary  storage  they  can  access,  and  may 
only  support  floppy  diskette  or  cassette  tape  storage 
devices.  MST's  secondary  storage  requirements  may  be  esti¬ 
mated  from  the  number  of  characters  which  compose  the  files 
to  be  stored,  incorporating  some  growth  factor  over  the 
system  life.3  Datapro  Research  Corporation  [ 9:SC15-200-108 ] 
recommends  the  following  formula:  Disk  storage  equals 

1.  the  number  of  data  file  characters;  plus 

2.  25%  of  the  number  of  characters  to  allow  for  indexes 
or  sections  of  the  disk  required  by  the  computer  to 
perform  random  access;  plus 

3.  20?5  of  the  number  of  characters  for  program  storage; 
plus 

u.  20%  gf  the  number  cf  characters  for  work  files  for 
sorting  or  storage  of  temporary  data. 

Thus,  disk  storage  equals  165%  of  the  original  data  charac¬ 
ters,  with  the  total  rounded  up  tc  the  next  higher  million 
byres  for  safety.  To  arrive  at  the  number  of  characters  of 
dara  which  will  be  held  in  HST's  computerized  database,  the 
"brute  force"  method  was  applied:  The  average  number  of 
characters  per  field  were  summed  to  produce  an  average 
number  of  characters  per  record  for  formatted  records  such 
as  fixed  assets.  Unformatted  records  without  delineated 
fields,  such  as  training  records,  were  estimated  at  an 
average  number  of  characters  per  record.  These  counts  for 


3h  system's  egono  cic  and  planning  life  should  be  consid¬ 
ered  to  be  approximately  five  to  eight  years  [8:132], 


thouah 


figure  is  used  m  these  calculations. 
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each  type  of  record  were  then  multiplied  by  the  number  of 
records  in  each  file  to  arrive  at  an  estiiate  of  the  number 
of  characters  per  file.  The  addition  of  these  figuras 
results  in  a  *otal  of  10  million  characters  which,  at  on? 
byte  per  character,  equals  10  lagabytes  of  data.  Applying 
DataPro's  formula,  the  following  figures  are  generated: 

Disk  storage  equals 


characters;  plus 

2.  3.190  million  for  indexing 

3.  2.552  million  for  program  storag?;  plus 

4.  2.552  million  for  temporary  work  files;  equals 
21.055  million  characters.  After  rounding  up,  the  rough 
total  is  22  megabytes  of  disk  storage.  This  figure  repre¬ 
sents  sufficient  storage  for  currently  planned  usage  of  the 
system,  but  allows  nothing  for  growth  outside  the  bounds  of 
•■he  foreseen  system.  Sew  uses,  new  applications  cf  the 
hardware  could  not  occur  without  buying  more  storage.  This 
proposition  is  more  complex  than  it  sounds  if  the  system's 
addressing  capabilities  or  disk  controller,  for  example, 

*111  not  support  additional  secondary  memory.  Common  sense 
dictates  that  expansion  should  be  planned  for,  and  although 
MST  does  not  foresee  any  growrh  in  service  or  employees, 
experience  shows  that,  once  installed,  users  will  find  more 
and  more  uses  for  the  computer.  One  study  indicated  that 
the  overall  system  cost  is  miniiizei  if  fche  hardware 
provides  50*  *o  100*  more  capacity  than  is  absolutely  neces¬ 
sary  [10:13].  Osing  this  range  gives  a  final  figure  of  33 
to  44  megabytes  of  secondary  memory,  in  the  form  of  disk 


♦The  5*  figur*  is  taken  from  th?  fixed  assets  account 
which,  with  additions  of  40  a-d  retirements  of  5  accounts 
D®r  year,  shows  a  growth  of  35  accounts  on  a  total  of  700, 
or  a  5*  increase. 


storage  for  on-line  retrieval,  as  a  reasonable  estimate  to 
be  used  in  configuring  alternative  computer  systems  for  SST. 

3.  Application  A  re  a  § 

The  key  to  the  performance  of,  and  user  satisfaction 
with,  any  computer  system  lias  in  the  software  running  on 
i4-.  Snail  business  users  typically  do  not  shop  for  raw 
processing  capacity,  but  rather  look  for  specific  software 
to  fit  their  needs  and  simply  buy  whatever  hardware  will 
support  it.  The  cost  of  a  siall  business  computer  system 
may  be  drastically  reduced  if  packaged  software,  as  opposed 
to  custom  software,  is  used.  According  to  one  market 
analyst,  standard  software  pricas  are  about  one-third  the 
cost  of  specially  produced  software  [11:92].  Unfortunately, 
with  almost  ary  packaged  programs,  there  will  not  be  an 
exact  fit  between  the  program  designer's  conception  of  stan¬ 
dard  procedures  and  the  individual  user's  procedures. 
Regardless  of  which  procedure  is  "standard, "  one  consultant 
recommends  the  90/20  rule:  if  3  O'*  of  the  package  fits  the 
user's  requirements,  it  may  make  sense  to  modify  require¬ 
ments  to  take  advantage  cf  the  package  as  is  [1:36],  Of  *:he 
following  application  descriptions  for  Son'rsrey -Salinas 
Transit,  some,  like  general  ledger  and  accounts- payable,  may 
actually  fit  standard  packages,  which  makes  location  of  a 
supplier  simple.  Som®,  like  inventory  control,  may  be 
general  enough  to  allow  the  use  of  standard  software  with  a 
few  changes  in  current  procedures.  For  some  unique  lpplica- 
-icns,  there  are  no  "near-fits"  so  that  custom  software  is 
the  only  option.  In  these  cases,  economic  theory  dictates 
that  MST  not  automate  those  applications  for  which  the  cost 
exceeds  the  value  received.  This  entails  a  cost-benefit 
analysis  of  each  application  in  which  3SI  must  quant  if y 
benefits  of  computer!  2ed  versus  manual  handling. 
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Th«  description  of  BST* s  annual  filing  and  manage- 
sent  control  systea  in  section  4  defined  the  environment 
into  which  an  au+oaated  systea  aust  be  assiailated  and 
prescribed  what  functions  the  systea  should  provide.  The 
translation  of  these  functions  into  applications  packages 
available  for  off-the-shelf  systea s  configurations  is 
perforned  below. 

a.  Personnel 

Thera  are  a  variety  of  payroll  and  personnel 
packages  on  the  market;  soae  are  integrated  to  aaintain 
personnal  inforaation  and  aake  available  to  the  payroll 
calculations  such  data  as  is  necessary.  Payroll  disburse¬ 
ments  may  then  update  the  financial  accounts. 

Non-integr ated  applications  car  be  combined  to  cover  the 
same  functions;  separate  applications  for  payroll,  personnel 
records  maintenance,  and  financial  records.  Special  EEO-AA 
applications  exist  to  set  up  equal  opportunity  goals  and 
prepare  required  government  reports.  The  remaining 
personnel-type  records  may  be  aaintained  on  disk  for  access 
by  a  report  generator  for  summations  and  sorts,  operator 
timekeeping  presents  a  problem  to  "canned"  timekeeping 
routines  which  are  not  struct urad  to  maintain  the  21  catego¬ 
ries  BST  would  reguire.  It  is  doubtful  that  any  standard 
program  could  accommodate  the  timekeeping  requirements. 
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calculate  usage  rates  and  variance  fros  expected  rates,  and 
say  automatically  generate  purchase  orders  for  itess  below 
required  stock  levels.  In  other  instances,  the  purchasing 
function  say  be  handled  by  a  separate  application. 

c.  Finance 

An  autosated  financial  control  system  would 
provide  those  services  which  the  service  bureau  now  handles: 
general  ledger,  accounts  payable,  fixed  asset  accounting, 
and  payroll.  Accounts  receivable  need  not  be  autosated  if 
the  recommendation  of  one  software  house  president  is  taken. 
He  suggests  that  a  voluse  of  lass  than  10  to  15  invoices  per 
senth  does  not  warrant  accounts  receivable  autesation 
[  12:721*  Some  financial  reporting,  such  as  balance  sheet 
preparation,  is  available  with  a laost  all  general  ledger 
progress;  however,  sost  of  the  specialized  reports  dealing 
with  federal  grants  under  the  OMTA  would  not  be  automati¬ 
cally  produced  at  the  punch  of  a  button.  They  could, 
however,  be  compiled  from  information  residing  in  the.  data 
base  via  report  generation. 

d.  Plans 

The  planning  function  is  unique  to  the  industry, 
and  not  easily  satisfied  by  general-purpose  software.  As 
the  history  of  computerized  transit  management  shows, 
customized  applications  for  this  function  were  designed 
within  the  construct  of  a  compLete  system,  primarily  for 
mainframe  computers,  eliminating  the  opportunity  to  pick  and 
choose  among  individual  route  planning  packages  for  smaller 
systems.  However,  a  general-purpose  electronic  spread-shee* 
could  assist  in  tabulation  of  the  ridership  survey  figures 
used  in  determining  demand  and  service  utilization.  The 
ridership  survey  requires  manipulation  of  a  matrix  of  13 
columns  by  a  variable  number  of  rows.  The  columns  record 
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data  cn  f ar«  category,  number  of  passengers  on  board,  how 
■any  deboarded,  tiae  cf  day,  and  other  inforaation  for  each 
of  the  bus  steps  listed  in  the  rows.  These  coluans  and  rows 
are  prepared  for  every  bus  routs  to  coepute  various  ratios: 
average  load  (nuaber  of  passengers  over  the  nuaber  of 
seats),  passengers  per  aile  or  passengers  per  hour.  The 
cob  potations  are  eleaentary,  but  there  are  aany  of  thea. 

The  scheduling  function,  like  planning,  is 
Transit-specific.  0?  the  several  run-cutting  prograas 
developed  free  the  original  R3C0S  aodel,  none  have  been 
designed  apart  froa  a  customized  transit  systee,  again, 
primarily  for  mainframes,  and  so  are  not  available  for  off- 
the-shelf  system  design. 

e.  Administration 

The  administrative  reporting  demands  may  be 
satisfied  by  a  report  generator  or  data  base  management 
system  (DBMS)  gu**ry  language  facility  to  allow  da^a  from 
maintenance,  planner,  personnel,  and  controller  files  to  b® 
aggregated.  A  DBMS  will  allow  individual  fields  from 
different  files  to  be  combined  as  the  rsgairements  dictate. 
For  example,  expense  data  can  be  drawn  from  the  financial 
files  for  combination  with  mileage  data  maintained  in 
vehicle  files  to  create  the  efficiency  statistics  called  for 
by  the  state  transportation  department.  Por  general  cler¬ 
ical  requirements,  the  administrative  system  would  benefit 
from  the  capabiliry  to  perform  word  processing:  the 
encoding,  formatting,  editing,  printing,  ind  storage  of 
communications  using  computer-based  hardware  and  software. 
This  would  be  used  to  greatly  reduce  preparation  time  of 
monthly  correspondency  two  large  annual  reports,  multiple 
mailings,  coach  operator  schedules,  and  templates  for 
printed  forms. 
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hi-  asammi  it  Utimuiiu 


i.  (IRB1I 

This  chapter  presents  four  alternate  computer  systems 
which  address  Hontere y-Salinas  Transit  coipany's  reporting 
and  record-keeping  needs  in  varying  degrees  of  completeness. 
The  four  choices  fall  into  two  classes  of  computer  systees: 
minicomputers  and  aicrocoapatec  networks.  Although  distinc¬ 
tions  are  blurring  between  classes  of  coapuiers  based  on 
size  (is  it  a  low-end  aini#  a  supermini  or  a  mainframe?) , 
the  idea  of  a  traditional  minicomputer  configuration  is 
sufficiently  well-understood  to  not  warrant  elaboration. 
However,  the  concept  of  a  network,  particularly  a  microco- 
auter  local  area  network,  is  not  so  widely  concurred  upon, 
and  at  this  point,  the  terms  and  distinctions  deserve  brief 
explanation. 

B.  LOCAL  ABBA  BET  WORKS 

A  local  area  network,  or  LAS,  desribes  an  interconnected 
collection  of  autonomous  computers  joined  within  some 
limited  geographical  area,  generally  accepted  to  be  less 
than  a  diameter  of  10  km.  or  six  miles  or  so  [13:102].  LANs 
evolved  from  the  longrange  telecommunications  networks 
developed  in  the  1960s.  As  universities  and  research  labs 
began  installing  computers  to  assist  in  their  operations, 
the  need  arose  to  share  information  between  them.  This  was 
handled  by  passing  packets  of  information*  across  a 


,  *Packet  is  the  .term  used  to  refer  to  blocks  cf, digital 
data  to  which  rout ing  inf ormatio n  ana  error-detection  fields 
are  appended.  The  user  is  unaware  of  the  breakdown  of  his 
messages  into  packets  for  transmission  and  of  the  subsequent 
reassembly  at  destination  as  those  tasks  are  functions  of 
*he  network  software. 
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commun  icatior.s  link  between  host  cob  paters.  Network  devel- 
opers  had  to  ensure  that  packets  were  delivered  to  the 
correct  destination,  that  they  were  reasseabled  into 
complete  messages  or  files  in  order,  and  that  packets  did 
not  collide  or  could  recover  from  collisions  with  other 
packets  using  the  medium. 

% 

Various  schemes  were  developed  to  control  access  to  the 
network,  detect  and  correct  collisions,  and  ensure  complete 
and  correct  transmission.  The  first  commercially  successful 
local  area  network  was  Ethernet,  Introduced  by  Xerox  in 
1979.  Ethernet  is  a  passive  communications  medium,  i.e., 
not  controlled  by  a  master  CPU  (central  processing  unit)  and 
not  relying  on  switching  logic  to  serve  its  stations.  The 
Ethernet  network  simply  accepts  transmissions  from  attached 
nodes,*  each  of  which  controls  its  own  coieunications  tran¬ 
sceiver.  A  transmitting  node  monitors  the  channel  for 
traffic  and  sends  when  the  channel  is  ills;  the  receiving 
node  accepts  packets  with  its  address,  ignoring  all  others, 
and  acknowledges  correct  receipt  to  the  sender  [14:138].  If 
any  one  of  the  system  nodes  fail,  the  others  are  not 
affected.  Ethernet  was  designed  *o  be  staple  and  reliable, 
yet  such  a  scheme  is  obviously  more  complex  than  simple 
point  to  point  communications  where  every  link  is  a  dedi¬ 
cated  channel. 

Two  commonplace  alternatives  to  LANs  are  products  which 
provide  multi-user  processing  and  resource  sharing  but  not 
*he  complete  computer  interaction  which  is  the  keynote  of 
true  networks.  One  implementation  installs  several  micro¬ 
processor  boards  and  memory  boards  in  a  chassis.  One 
microprocessor  is  usually  reserved  for  controlling  shared 
access  to  the  central  disk  and  printer,  and  terminals  are 


•The  word  "node"  is  used  here  to  suggest  any  number  of 
devices:  mainframe,  mini-  or  mJ.crocoiputeys#  front  ana 

,  terminal 


processors 

example. 


control  units  and  peripherals,  for 


connected  to  each  retaining  processor  so  that  each  user  or. 
the  system  has  a  dedicated  CPU.  This  method,  though  inex¬ 
pensive,  offers  fev  of  the  advantages  for  which 
aicrccosputer  networks  are  chosen.  Users  cannot  utilize 
private  printers,  floppy  disks  and  the  like,  nor  can  they 
directly  cossunicate  with  each  other,  save  by  going  through 
the  cosaon  service  processor.  Horse,  if  any  of  the  aodules 
in  the  central  unit  fail,  generally  the  as  tire  systea  is 
down. 

The  other  product  is  the  disk  Multiplexer  where  several 
nicrocoaputers  are  aultiplexed  into  a  disk  controller,  which 
controls  access  to  one  or  sore  hard  disk  drives.  A  disk 
Multiplexer  may  be  likened  to  a  fast  rotary  switch  which 
cycles  around,  checking  each  attached  workstation  for  a 
signal  requesting  disk  access.  The  multiplexer  processor 
services  the  request  and  is  than  free  to  resuae  cycling 
[13:95-96].  As  with  the  central  microprocessor  chassis 
implementation,  separate  stations  cannot  communicate  without 
routing  information  through  the  multiplexer,  either  to  the 
disk  and  back  out  to  the  destination  station  or  to  a  buffer 
and  back  to  the  destination.  But  this  implementation  does 
provide  an  added  measure  of  reliability  in  that  individual 
microcomputers  may  fail  without  interrupting  data  transfer 
and  computation  for  the  others.  Only  if  the  central  disk  or 
multiplexer  fails  does  all  work  stop;  this  risk  is  a 
tradeoff  in  cost  and  complexity  which  many  organizations  may 
be  willing  to  make.  It  is  these  sorts  of  cost  tradeoffs  in 
hardware,  as  well  as  the  software  performance  differences 
between  a  custom  designed  systea  and  off-the-shelf  systems 
which  are  examined  in  the  analysis  of  the  following  four 
computer  systems. 
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C.  TIE  COMPUTES  STSTEIS 


i.  Ik*  eiaissiEiiisis 


The  first  system  is  a  professionally  developed 
transportation  management  system  called  Irans-Pac,  distrib¬ 
uted  by  Arthur  Andersen  6  Co.  rrans-Pac  is  applicable  to 
public  and  private  transit  operators  with  from  20  to  500 
vehicles,  and  is  designed  to  be  used  by  regular  transit 
company  staff  with  no  computer  expertise.  The  system  runs 
on  Qantel  hardware  which  is  configured  to  fit  the  size  of 
the  individual  companies.  Thus,  it  can  run  on  Qantel's 
Series  200,  300,  Model  960/965,  or  970/975  minicomputers 
fitting  a  wide  range  of  terminal  and  disk  storage  require¬ 
ments.  For  a  company  the  size  of  uonterey-Salinas  Transit, 
the  recommended  package  would  include  128R  (kilobyte)  of 
random  access  memory  (RAH) ,  40M  (megabyte)  disk  drive,  5 
CRTs,  a  magnetic  tape  drive  for  backup,  and  a  120  cps  (char¬ 
acter  per  second)  serial  printer.  (A  latter-quality  printer 
is  also  desirable  but  is  not  included  in  the  package  price.) 
Modems  are  r.ot  manufactured  by  Qantel  but  the  system  accepts 
data  communications  equipment  rated  below  9600  baud.  The 
Trans-Pac  software  is  written  in  Qantel's  version  of  BASIC 
called  QIC  BASIC.  Applications  cover  every  facet  of  transit 
management,  specifically: 

1.  Payroll  and  personnel:  operator  timekeeping  in  all 
categories,  tax  and  voluntary  deductions,  overtime 

mpay  and  UHTA  reports,  accident  and  incident 

ac  • 


2. 


3. 


4. 

5. 


Pinancial  records  and  reports:  , gen jral  ledger , 
accounts  payable,  accounts  receivable,  fixed  asset 
accountina  and  depreciation,  and  0MTA  Section  15 
reports: 


Maintenance: 
tion  reports, 
and  materials 


Seventive  maintenance,  fuel,  consump- 
fecycle  vehicle  parts  costing,  labor 
usage  tracking,  inventory  control; 


Planning:  routing  and  runcutting,  processing  of 
ridership  surveys; 


Reporting:  revenue  and  ridership  reporting,  accident 
and, safety  reports.  Section  15  financial,  labor, 
afficency  and  scheduling  reports,  ana  report  gener¬ 
ator. 
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The  software  cones  as  a  package  bundled  with  the  Qantel 
hardware.  Arthur  Andersen  8  Co.  breaks  down  the  total 
system  price  into  $70,000  for  hardware  aQd  systes  software, 
and  $20,000  for  applications  software.  Aa  additional  fee  is 
charged  for  inplenent ation  and  user  training.  A  sunnary  of 
the  costs  is  presented  in  Table  I  . 


TABLE  I 

Trans-Pac  Hardware  and  Software 


CPO 


Model  9  65 

8-bit  word,  128K  RAM,  32K  ROM  with 
pperatir.g  system  and  language  partially 
implemented  in  firnware, 
tine-shared  (not  i  ultiprogranmed) 


Speed 

Add  time 

Memory  cycle  time 
Maximum  I/O  rate 

9D0K 

3.3  microseconds 
1.5  microseconds 
words  per  second 

Capacity 

Disk  cartridge 
Terminals  72/  x  54] 
Tape  36K  -  72! 

Printer 

l 

!C  bits 

4  0m 

per  second  (bpsf 
120  cps 

Cost 

Hardware 

Qantel  package 

$70,000 

Software 

Sort,  utilities,  c< 
Trans-Pac  applicat: 

jmpiler 

Lons 

Total 

190,000 

The  Weng  2200  Series  is  aimed  at  first  tine  users 
with  general  business  requirenen ts.  The  2200  MVP  model  will 
support  13  users  utilizing  a  15- partitioned  memory  scheme  to 
provide  •‘•rue  multiprogramming.  The  system  may  be  expanded 
up  to  512K  of  main  memory  and  supports  480N  of  disk  storage. 
Interactive  terminals  with  business  graphics  characters  and 
a  wide  base  of  Wang  a rd  independent  supplier  data  and  word 
processing  software  make  this  3ysten  well  suited  to  the 
business  environment.  The  systes  includes  either  a  BASIC  or 
COBOL  interpreter  and  operating  system  implemented  in  ROM 
(read-only  memory)  which  frees  the  available  RAM  for  user 
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TAB LB  II 

Bang  Hardware  and  Software 


CPO 


Model  2  200  MVP 
8  bit  data  memory, 
128K  RAM,  6 UK  ROM, 
memory  eanageaent 


24  bit  control  me 
tired  partitioned 
for  multiprogramming 


aeeory. 


Speed 


Add  time 

Memory  cycle  time 
Maximum  I/O  rate 


13  msec 
.6  msec 
100K  words  per  sec 


Capacity 


Cost 

Hardware 


Software 


Disk  dr  ire 

Terminals  (24  x  ?0  plus  64 

graphics  characters) 

Printer 

Tape  dr  ire  5  5K 


30M 


180  ops 
1 30K  bps 


CPO 

terminals  8  $27  00 
disk 

printer,  controller 

tape  dr  lye 

Total 


12000 

13500 

17000 

3700 

13000 


•59,200 


Bang  Integrated  Information  Sy 
(sort,  10  utilities,  6  subrout 

Applications 

integrated  business  package 
(GL.  A  P,IC,PO,  FA)  80  00 

payroll  .  1500 

vehicle  maintenance 

and  efficiency  system  8000 

electronic  spreadsheet  5000 

word  processing  1500 

report  generator  4500 


stem 

ines) 

no  charge 


$28,500 


Total  $87,700 

Note:  3L-General  Ledger  AP-Accounte  Payable 

IC-Inver.tory  Control  P O- Purchase  Ordering 

FA-Fixed  Asset  Accounting 


processes.  Bang  offers  modems  for  remote  data  communica 
tions,  as  well  as  several  printers.  In  order  to  make  th 
system  comparable  to  Cartel's,  similar  capacities  were 
chosen  for  the  configuration.  Off-the-shelf  software  wa 
found  for  most  computing  and  file  keeping  applications, 
obviously  programs  to  format  and  report  specific  data 
elements  for  DHTA  Section  15  and  other  transit  company 
routine  reports  is  not  available.  Oustom  tailoring  is 
necessary  for  those  functions.  The  hardware  and  softwar 


specifications  are  summarized  .in  Table  II  .  The  Wang  report 
generator  for  this  model  computar  costs  *25,000.  This  price 
would  easily  threw  Wang  out  of  the  running,  so  a  package  for 
similarly  sized  hardware  was  substituted  on  the  supposition 
that  a  vendor  would  be  able  to  find  a  reasonably  priced 
package. 

2.  llLS  Microcomputers 

The  two  microcomputer  configurations  presented  below 
do  not  differ  appreciably  in  the  cost  of  applications  soft* 
ware.  Microcomputer  software  runs  within  a  predictable 
price  range  of  $100  to  1800  per  application  (and  heavy 
competition  creates  sizeable  discounts),  with  some  outlying 
figures  for  specialized  prograis  for  which  the  market  is 
limited.  Similarly,  software  designed  for  proprietary  oper¬ 
ating  systems  and  languages  may  tend  to  cost  more  than  that 
designed  to  run  on  widely  used  products  such  as  the  de  facto 
standard  microcomputer  operating  system,  0P/M ,  because  the 
costs  cannot  be  spread  over  as  large  a  customer  base.  It 
can  be  conduced  then,  that  whore  the  two  micro  networks  do 
differ  ir  cost,  it  is  a  function  of  the  hardware  ar.d  associ¬ 
ated  system  software,  and  not  of  the  applications. 

A  simple  device-sharing  microcomputer  network  is 
Intertec  Data  Systems 1  Compustar  Microcomputer  System.  The 
Compustar  network  consists  of  up  to  255  microcomputers 
called  video  processing  units  (yP0s)  daisy-chained  together 
to  share  the  resources  of  a  single  hard  disk  device. 
Compustar  allows  multiple  users  to  access  the  common  data 
base  while  allowing  individual  users  the  ability  tc  maintain 
private  files  on  local  floppy  diskettes  up  to  1.5M. 

Compustar  may  be  configured  around  one  of  three  disk  storage 
systems:  10M  Winchester  disk  or  a  32M  or  96M  Control  Data 

Corp.  disk  cartridges.  All  are  equipped  with  a  disk 
controller  and  multiplexer  circuit  to  tie  user  stations  into 


TABLE  III 

Intertec  CompuStar  Hardware  and  Software 


CPU 

Speed 

Capacity 

Cost 

Hardware 

Software 


Total 


Ho  del  VPU  20 

Z- 80 A  processor.  8-bit  word,  64K  PAM 
utilizing  CP/M  m  Microsoft  BASIC 


Data  transfer  rate 
Add  time  (apprgx.) 

Memory  cycle  time  (approxi 


1.6M  per  sec 
1-2  msec 
.2  -  1.6  msec 


Disk  cartridge  w/contr  oiler 
Terminals  (VPUs)(24  x  80) 
Printer 
Tape  drive 


3  2|J 

120  ops 
48K  bps 


VPU  20  3  3000  SI 5 000 

disk  12000 

printer  2000 

tape  cartridge  2500 

total 

text  editor 


Applications 
general  ledger 
accounts  pay 
payroll 

assets / depr ecia ti o  n 
inventory  control 
purchasing 
modelina/spreadshe  e 
word  processing 
report  generator 
or  DBMS  query 
total 

weighted  average : 

70S  low;  30*  high  = 


Low 

Hig 

100 

805 

100 

800 

100 

400 

;  40  0 

800 

140 

800 

14  0 

400 

t  20  0 

300 

25  0 

500 

40  0 

2000 

1830 

6800 

*31,500 
no  charge 


weigh1;  ed 


avg  *3,300 
$34,800 


the  disk.  As  a  disk  multiplexed  system,  CompuStar  avoids 
the  complexity  of  true  networked  systems  as  well  as  the 
somewhat  higher  price,  but  also  gives  up  the  advantages  of 
direct  communication  between  workstations  and  distributed 
processing.  The  system  is  expanded  simply  by  connecting 
another  workstation  to  the  network  circuit.  Connections  on 
each  VPU  are  independent  of  terminal  operation  so  that 
failure  of  a  VPU  does  not  affect  others.  Intertec's  VPUs 
are  8  bit  processors  offering  64 K  of  SAM  and  running  CP/M 
with  a  choice  of  Microsoft  BASIC,  COBOL,  or  FORTRAN. 
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Intertec  does  not  offer  printers  but  the  system  accepts  ary 
ES-232C  interfaced  printer  running  at  9503  bits  per  second, 
cr  slower.  Modems  for  remote  system  entry  are  also  avail¬ 
able  from  other  suppliers.  Typical  costs  for  one 
configuration  of  the  CompuStar  system  are  shewn  in  Table  III 
.  Software  prices  are  shown  as  high  and  Low  figures.  Since 
high  prices  are  rarer  than  low-end  prices,  and  since 
CP/M-compatible  software  in  particular  seems  to  benefit  from 
prevalent  discounting,  a  weighted  percentage  is  applied  to 
each  subtotal  to  prodcce  a  weighted  average  price. 

The  Nestar  Cluster/One  Model  A  is  a  true  local  area 
network  based  upon  Ethernet  principles,  but  implemented  on 
Apple  (or  in  the  near  future,  IBM)  personal  computers.  The 
system  includes  integrated  software  and  hardware  features 
needed  to  handle  data  processing  and  data  communications. 
Workstations  can  operate  independently  with  a  full  comple¬ 
ment  of  local  peripherals,  such  as  floppy  disks  and 
printers,  or  as  participating  network  members  wi^h  a  share 
of  the  common  data  base  and  peripherals.  The  network 
includes  a  number  of  network  "servers,"  defined  as  any  of 
‘•h®  network  stations  which  provide  service s--such  as  printer 
support,  disk  access,  data  base  mar.agment  system  access — to 
other  stations.  The  servers  are  distinguished  from  ether 
stations  merely  by  •‘•he  software  they  run  *  13:108-10],  To 
provide  access  to  the  hard  disk  storage,  one  of  the 
Cluster/Or.e  stations  must  operate  as  the  network  file 
server.  Other  software  creates  a  print  server  to  make  a 
number  of  printers  available  to  the  network.  Network 
programs  may  be  executed  under  Apple's  005  (disk  operating 
system),  and  SOS  (sophisticated  operating  system), 
DCSO-pSystem  cr  CP/M  operating  systems,  a  flexibility  which 
provides  a  sizeable  pool  of  software  support.  Apples  are 
fitted  with  an  expansion  card  for  each  operating  system 
desired,  and  users  can  switch  at  will  between  operating 
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TABLE  IT 

Nestar  Cluster/Qne  network  Hardware  and  Software 


CPO 

Apple  II 

8  bit  word,  64K  SAM,  12K  ROM 
Assembler  and  control  program 
partially  implemented  m  ROM 

Speed 

Transmission  rate 

240K  bps 

Capacity 

Disk  drive  subsystem 

Monitors  (24  x  a5) 

Printer 

Tape  cartridge  drive 

33  jj 

100  cps 
240k  bps 

Cost 

Hardware 

Cluster/One  package 

Printer 

$33,500 

2,500 

Software 

sopt,  assembler,  file  server 
print  server  software 

no  charge 
1,300 

Applications 

The  same  software  costs  m 

Table  III  apply  since  this 
network  can  use  the  same  CP/M 
software  priced  in  the 

CompuStar  system  as  well  as 
Apple-pcmpatible  software, 
which  is  priced  similarly. 

Total  (weighted  average) 

$3,300 

Total 

• 

$40,300 

sy  stems. 

For  connection  to  the  network,  each 

micro  bus 

have  ar.  interface  board  in  which  network  protocols  are 
execute!.  The  system  beasts  increased  reliability  because 
r.o  one  critical  component  must  execute  for  network  communi¬ 
cations  to  take  place.  If  the  actual  disk  hardware  fails, 
then  as  in  any  system,  the  system  fails;  but  individuals 
stations  may  be  removed,  turned  off,  or  may  fail  without 
interrupting  transmissions  from  other  nodes.  Cluster/One  i 
expandable  up  to  65  users  with  secondary  storage  of  56M  per 
file  server.  Additional  file  servers  can  be  added  for  virtu 
ally  unlimited  disk  storage.  The  Cluster/One  package  comes 
with  Apple  CPUs,  Apple  or  other  manufacturer  video  monitors 
a  sealed  hard  disk,  tape  cartridge  for  backup  (a  single 
cartridge  can  write  and  check  over  20M  bytes  of  data  in  12 
minutes)  ,  network  interface  cards,  cable  and  connectors. 
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Addition  to  the  network  is  the  cost  of  the  Apple  plus  $395 
for  an  interface  card.  Typical  Apple  and  Nestar  costs  for 
the  chosen  configuration  are  shown  in  Table  IT  . 

D.  ASSUHPTIOHS 

The  following  assuaptions  were  made  ii  the  development 
of  the  three  "pseudo- systems'*  and  for  deciding  what  costs 
were  included  in  the  comparison  of  the  four  systems. 
Disagreement  with  the  author’s  assumptions  may  invalidate 
portions  of  the  analysis. 

1.  Compatibility  cf  software  with  hardware  is  based 

solely  on  a  software  package's  stated  compatibility 
with  hardware 

a)  manufacturer, 

b)  operating  system, 

c)  language,  and 

d)  main  memory  requirement,  if  given. 

■2.  Compatibility  of  hardware  is  either  expressly  stated 
or  based  upon  standard  interfaces  and  I/O  (input/ 
output)  restraints. 

3.  Some  hardware  and  software  elements  apply  equally  to 
all  alternatives  and  are  not  broken  out  separately 
for  cost  analysis.  These  items  include: 

a)  modems  and  the  phone  line  for  link  to  Salinas 
facility ; 

b)  letter-quality  printer  for  which  costs  differ  by 
manufacturer,  but  are  roughly  the  same  for  equal 
performance.  The  printers  included  in  package 
prices  are  of  lower  quality  for  routine  printing; 

c)  implementation  and  training  costs,  because  they 
apply  to  all  systems  and  vary  widely  by  supplier 
and  degree  of  assistance  desired. 
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4.  Trans-Pac  is  considered  to  provide  100*  perforaance 
even  though  son  of  its  features  are  not  optiaua, 

(e.  g. ,  the  report  writer  function  does  not  coepile  to 
the  CRT  or  disk,  only  to  the  printer)  . 

5.  The  functions  cf  a  particular  software  package  can 
only  be  guessed  froa  the  sketchy  descriptions  given 
in  source  catalogues.  On  less  stated  otherwise, 
applications  are  stand-alone,  non-integrated  pack¬ 
ages. 

6.  Software  and  peripheral  prices  vary  widely  and  cos*s 
used  in  this  analysis  can  only  be  approxiaations. 

The  intent  is  to  provide  t^pic^i  costs  and  al 

availability  of  eguipaent  and  software. 
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IV-  AHU2IS  155  C0g£lffSI23§ 

1.  ANALYSIS  OF  ALTS  HUT  IVES 

The  bottom  line  costs  attached  to  each  of  the  four 
alternatives  presented  in  the  preceding  chapter  do  not  tell 
the  whole  story.  If  the  systeas  were  of  equal  performance, 
the  decision  maker  would  pick  the  lowest  cost  alternative. 

As  they  are  not,  this  section  analyzes  the  tradeoffs  in  cost 
and  performance  in  order  to  arrive  at  a  cost -performance 
curve. 

Software  performance  is  the  main  ingredient  in  a 
successful  system  and  in  a  situation  such  as  MST's,  where  no 
in-house  programming  or  fine-tuning  of  software  is  possible 
(without  hirinq  a  programmer),  the  fit  of  the  software  to 
company  needs  is  the  essential  factor  in  determining 
performance  of  the  system.  Since  both  microcomputer 
networks  are  assumed  to  utilize  equally  capable  software, 
the  software  performs  ice  figures  for  the  two  systems  are 
necessarily  rhe  same.  Thus,  differentiating  between  the  two 
based  on  software  performance  is  pointless  as  they  are 
virtually  indistinguishable.  In  the  following  comparison  of 
the  systems,  CompuStar  and  Nestar  Cluster/One  are  combined 
under  the  heading  "micro  Networks."  Each  of  the  resultant 
three  systems  is  graded  on  its  responsiveness  to 
Monterey-Salinas  Transit's  software  needs,  as  described  in 
Chapter  II.  To  establish  the  grading  scale,  each  applica¬ 
tions  area  is  assigned  a  number  of  points  out  of  100,  and 
each  competing  system  is  then  giver,  a  percentage  of  those 
points  to  reflect  how  well  it  meets  MST's  functional 
requirements. 
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Assigning  points  to  each  functional  area  requires  that 
an  assessaent  of  each  function's  iapact  on  transit  manage- 
aent  be  aade.  It  is  siaplest  to  equally  divide  the  100 
points  between  the  five  applications  areas  (personnel  and 
payroll,  aaintenance,  finance,  planning,  and  administra¬ 
tion),  but,  in  the  author's  opinion,  this  would  not 
accurately  reflect  the  relative  importance  of  the  functions. 
The  following  discussion  presents  one  weighting  formula  used 
in  the  succeeding  analysis  and  justifies  its  choice.  Osing 
these  weights,  the  allocation  of  points  to  each  system  is 
made  based  upon  the  capabilities  of  the  individual  software 
packages  included  in  the  systea  specifications  compiled  in 
Chapter  III.  However,  both  of  these  nuaerical  assessments 
are  subject  to  change.  Other  i3ers  may  value  the  applica¬ 
tion  area  weights  and  the  point  allocations  differently  froa 
the  author,  resulting  in  widely  varying  scores  for  the 
alternative  systems.  To  lessen  the  impact  of  the  subjective 
nature  of  the  numbers,  two  weighting  formulae  and  two  poinn 
allocation  schemes  are  used  in  the  analysis  of  *he  cost- 
performance  tradeoffs.  Sc  while  the  numbers  generated  may 
not  conform  to  every  decision-maker's  view  of  software 
performance,  the  method  employed  is  illustrative  of  the 
process  of  cost- performance  determination  an i  may  be  used 
regardless  of  the  decision-maker's  preferences. 

It  is  estimated  that  over  93*  of  a  transit  property's 
total  operating  budget  is  directly  and  indirectly  influenced 
by  the  schedule,  in  terms  of  service  levels  set  and 
resources  (labor  and  equipment)  used.  Optimization  of  these 
scheduling  processes  may  save  a  company  3  to  5  percent  of 
system  operating  costs  Manual  scheduling  and 

service  planning  are  extremely  time-consuming,  a  fact  which 
further  boosts  the  importance  of  automated  scheduling.  For 
these  reasons,  a  Rucus-type  capablility  i3  considered  by  the 
author  to  be  the  most  important  use  of  MST's  automated 
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system,  and  is  assigned  30  percent  of  the  100  software 
performance  points.  Maintenance  of  the  bus  fleet  is  the 
second  most  costly  function  and  an  application  to  encompass 
the  necessary  maintenance  scheduling,  record-keeping,  and 
fuel  efficiency  aonitcring  is  useful  for  both  routine  main¬ 
tenance  decision-making  and  periodic  efficiency  reporting. 
The  author  assigns  this  capability  25  points.  Inventory 
control  is  another  time-consuming  task;  inventory  levels 
must  be  continuously  updated  to  ensure  that  stock-outs  of 
parts  and  fuels  do  not  occur.  A  benefit  of  an  inventory 
control  package  which  interfaces  with  the  maintenance 
records  is  that  complete  cost  profiles  of  vehicles  are 
always  available.  Such  an  application  is  assigned  12 
points.  Financial  reporting  and  accounts  maintenance  are 
critical  to  every  business,  both  for  internal  control  and  to 
comply  with  external  reporting  responsibilities.  In  addi¬ 
tion,  an  accurate  and  timely  payroll  is  necessary  for 
employee  satisfaction  and  loyalty.  Accordingly,  accounting 
functions  are  assigned  a  value  of  18  points.  The  large 
volume  of  reports  generated  by  MST  takes  the  capability  to 
capture,  sum,  average  or  in  some  fashion  manipulate,  format 
and  print  data  a  very  attractive  timesavec.  Trans-Pac  is 
obviously  the  only  system  to  format  reports  specifically  for 
UMTA,  Section  15  requirements,  but  a  report  generator 
accessing  all  files  will  be  able  to  approximate  this 
feature.  This  capability  is  assigned  15  points.  The 
weights  and  the  corresponding  points  allocated  to  each 
alternative  within  each  applications  area  are  shown  in  Table 
V  .  The  applicability  to  MST's  specific  requirements,  and 
the  degree  of  software  integration  are  the  main  factors 
which  guided  the  author  in  grading  each  alternative. 
Additional  notes  are  provided  to  explain  specific  point 
allocations.  A  plot  of  the  performance  scores  versus  the 
cost  of  each  alternative,  calculated  in  Chapter  III,  is 
displayed  in  Figure  4.1  . 
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TIB LB  V 

Software  Performance  Scores 


Trans-Pac 

Nang 

Micro  Networ 

Scheduling 
Support  (30) 

30 

(10  OK) 

4.5 

(20f) 

*a 

3  *b 
(10K) 

Equipment 

Maintenance 

(25) 

ci  5 

<ifo5 

4  *c 
(15K) 

Inventory 
Control  (12) 

(10§K) 

(7  8*? 

Finances 
and  Payroll 

(18) 

1  8 

(10  OK) 

(80K? 

*f 

(75*?  *■ 

Report  , 
Generation 
and  File 
Maintenance 

(15) 

1  5 

(1  0  OK) 

10.5 

(67%) 

*h 

10.5  *h 
(67%) 

Total 

10  0.0 

62.0 

39.5 

Notes: 

a.  electronic  spreads 

b.  sane  as  above;  sic 

c.  allows  vehicle  fil 
maintenance  schedu 
and  IC;  no  aaint. 

d.  integrated  purchas 
but  no  maintenance 
separate  ourchasin 
standard  accounts 
not  transit-sDecif 
same  as  above  but 
manual  formatting 
reports,  (e.q. ,  tJflT 


e. 

* 


l: 


beet  for  number  manipulation  only 
ro  version  less  powerful 
es  tc  be  held,  but  no  automatic 
ling  or  exreprion  reports 

ing  and  inventory  control  (1C)  , 
interface 

g  and  IC,  and  no  maintenance  interface 
and  payroll,  but  financial  reports 
ic:  integrated  package 
nor  *ntegrated 

and  information  compilation  of 
A  reports) 


The  "best  choice"  decision,  though  not  direc*ly  readable 
from  the  graph,  can  be  quantified  by  determining  how  much 
additional  cost  is  incurred  by  moving  fro*  a  lower- 
performing  system  to  the  next  higher  system.  This  is  the 
marginal  cost  of  the  higher-priced  system  ir.  terms  of  the 
amount  of  performance  increase,  i.e. ,  the  additional  cost 
par  unit  of  performance  gained.  The  marginal  cost  o’f  the 
lowest-priced  system  (the  microcomputer  alternative)  would 
be  determined  by  computing  the  difference  between  its  cost 
and  the  cost  of  the  current  manual  system,  if  that  were 
known,  in  terms  of  the  increase  in  performance  levels,  if 
that  were  known.  Thus,  the  cost -performance  curve  in  Figure 
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Figure  4.1  System  Performance  vs.  System  Cost. 

4.1  shows  that  in  moving  from  the  Micro  Network  alternative 
to  the  Wang  system,  22.5  additional  units  of  performance  are 
gained  at  a  cost  of  $52,900. 7  The  cost  of  gaining  38  more 
units  of  performance  try  moving  from  the  Wang  system  to 
Trans-Pac  is  only  $2,300.  The  marginal  cost  of  moving  from 
the  microcomputer  system  to  Trans-Pac  is  the  sum  of  the 
above  changes,  or  $55,200  for  50.5  additional  performance 
points.  Without  further  analysis,  the  low  marginal  cost  of 
selecting  Trans-Pac  over  the  Wang  alternative  suggests  that 
Wang  would  not  be  selected.  Without  knowing  the  individual 
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user's  value  of  performance,  however,  is  impossible  to  say 
which  alternative  is  "best":  if  performance  at  any  cost  is 
desired,  then  the  Trans-Pac  system  is  obviously  that  user's 
choice;  if  maximum  performance  for  $15,099  is  the  goal,  then 
none  of  the  alternatives  are  acceptable. 

The  marginal  costs  between  systems  change  in  response  to 
changing  user  assessments.  Due  to  uncertainty  in  both  price 
and  performance  figures,  the  points  on  the  graph  are  no 
longer  discrete,  but  become  blurred  as  a  result  of  the 
numbers*  sensitivity  to  change.  Pirst,  each  point  covers  an 
expanded  vertical  space  to  account  for  the  variability  of 
the  costs;  this  due  to  the  estimation  method  used  and  to 
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Figure  4.2  System  Performance  vs.  System  Cost  Ranges. 

allow  for  change  in  market  hardware  and  software  prices. 
Using  a  percentage  of  10%  to  cover  what  the  author  considers 
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the  aost  likely  circumstance,  a  range  is  developed  for  the 
probable  cost  of  each  system: 

1.  581,000  to  599,000  for  the  Qantel  hardware  and 
Trans-Pac  software; 

2.  578,900  to  596,500  for  the  Hang  system  and  associated 
software; 

3.  531,300  to  538,300  for  the  Interteo  CompuStar 
network;  and 

4.  $36,300  to  544,300  for  the  Nestar  Zluster/One 
network. 

These  figures  revise  the  original  plot  to  that  shown  in 
Figure  4.2  .  The  highest  and  lowest  microcomputer  prices 
are  used  to  bound  the  cost  range  of  the  Micro  Networks 
alternative.  Using  this  curve  to  figure  the  marginal  costs 
between  alternatives  is  slightly  more  difficult  than  before. 
Once  ranges  cf  numbers  are  addressed,  the  decision  must  be 
made  as  to  from  where  within  that  range  marginal  changes 
will  be  measured. 

To  illustrate:  The  Hang  system  costs  between  578,900 
and  596,50  0  ar.d  the  microcomputer  alternative  ranges  from 
$3  1,300  to  $44,300.  The  question  is  whether  the  change  in 
cost  should  be  computed  between  mid- points,  between  high  and 
low  figures  separately,  or  between  a  combination  of  high  and 
low  figures.  Hhereas  a  given  market  responds  as  a  single 
entity  to  influences  cn  pricing,  individual  sellers  need  not 
react  in  unison.  Any  one  of  the  manufacturers  or  vendors 
supplying  the  systems  in  this  study  may  change  its  pricing 
policy  without  immediate  and  specific  regard  to  the  other 
vendors.  Thus,  if  a  ten  percent  price  hike  is  experienced 
by  the  microcomputer  altemativa,  it  does  nor  necessarily 
follow  that  the  Hang  system  will  undergo  similar  price 
changes.  Furthermore,  it  may  ba  argued  that  minicomputers 
and  microcomputers  are  really  separate  markets;  consequently 
pricing  strategies  in  one  do  not  influence  the  other.  Since 
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there  is  no  way  to  pre-deteraine  the  costs  with  certainty, 
the  concept  of  risk  aversion  suggests  calculating  the 
marginal  difference  in  cost  using  worst  case  figures,  i.e., 
high  and  low  prices.  Thus,  the  highest  marginal  cost  that 
the  Wang  system  may  incur  is  if  the  very  cheapest  price  is 
paid  for  the  microcomputer  option  while  the  higher  price 
must  be  paid  for  Wang.  Osing  worst  case  figures,  the 
marginal  cost  for  the  Wang  system  is  $96,500  minus  $$31,300, 
or  $65,200  for  an  increase  of  22.5  performance  points.  The 
marginal  cost  between  Trans-Par  and  Wang  is  $99,000  minus 
$78,900,  or  $21,100  for  an  additional  38  performance  points. 
The  marginal  cost  of  upgrading  from  the  microcomputer  opt: on 
to  Trans-Pac  is  $99,000  minus  $3  1,300,  or  $67,700  for  a  60.5 
point  increase.  Under  this  analysis,  the  marginal  cost 
figures  are  no  longer  as  unfavorable  to  the  Wang  option  as 
before  price  variation  was  addressed.  While  the  $2,300 
marginal  cost  previously  calculated  between  Trans-Pac  and 
Wang  represented  only  three  percent  of  the  anticipated  cost 
of  the  Wang  system  (i.e.,  an  upgrade  to  Trans-Pac  could  be 
accomplished  for  103$  of  Wang's  price),  this  $21,100  worst 
case  marginal  cost  represents  almost  27$  of  the  original 
Wang  system  price,  making  the  upgrade  decision  one  requiring 
some  thought.  The  Micro  Networks  to  Trans-Pac  upgrade 
involves  a  216$  price  augment  for  a  60.5$  performance 
improvement. 

Performance  figures  are  also  subject  to  change.  The 
weighting  formula  applied  above  may  not  accurately  reflect  a 
specific  user’s  valuation  of  the  five  software  performance 
areas.  For  instance,  another  decision-maker  reviewing  these 
alternatives  might  value  applications  which  perform  calcula¬ 
tions  over  those  applications  which  primarily  hold  records 
and  do  not  utilize  the  computing  power  of  the  computer, 
i.e.,  the  concept  of  a  "computerized  filing  cabinet."  In 
that  case,  he  sight  assign  heavier  weights  to  scheduling  and 


financial  functions,  which  are  a atheaatical,  and  less  to 
maintenance,  inventory  and  administrative  record-keeping. 


TABLE  VI 

Software  Performance  Variability  A 


Trans-Pac 

Wang 

Micro  Networks 

Scheduling 
Support  (4  0) 

40 

8 

4 

Equipment 

Maintenance 

(12) 

12 

11 

2 

Inventory 
Control  (10) 

10 

8.5 

7 

Finance  and 
Payroll  (33) 

33 

26.5 

25 

Report 

Genera ti on 
and  File 
Maintenance 

(5) 

5 

3 

3 

Total 

100 

57 
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computerized  activities  which  might  be  called  "digital  book¬ 
keeping."  This  evaluation  is  shown  in  Table  VI  .  The  same 
point  allocation  percentages  devised  for  Table  v  are  used  to 
determine  the  scores  relative  to  the  new  weights. 

The  other  subjective  factor  which  affects  the  perform¬ 
ance  scores  is  the  percentage  of  possible  points  allocated 
to  each  computer  system  once  the  weights  have  been  estab¬ 
lished.  The  author's  opinion  of  a  software  package's  value 
to  (1ST  determined  the  scores  attained  under  each  weighting 
formula.  Another  decision-maker  who  believes  that  the  user 
will  learn  tc  exploit  the  capabilities  of  a  system  would  no 
doubt  assign  consistently  higher  values  in  each  of  the 
application  areas.  For  example,  an  analyst  may  assume  that 
a  knowledgable  user  will,  with  practice,  learn  to  extract 
more  computational  and  decision-making  power  from  the  elec¬ 
tronic  spreadsheet  and  modeling  application.  This  will 
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increase  the  system’s  value  in  the  scheduling  and  planning 
area,  for  which  the  application  was  originally  intended,  and 
also  increase  the  system’s  usefulness  in  the  financial  and 
administrative  categories  as  tha  user  utilizes  +he  fore¬ 
casting  and  statistical  report  generation  capabilities. 

Such  an  evaluation,  where  the  analyst  assumes  that  the  user 
will  augment  the  ready-made  abilities  of  the  software  with 
experience  and  perhaps  his  own  programming,  is  shown  in 


TABLE  T II 

Software  Performance  Variability  B 


Tr  an  s-  P  ac 

Ha  ng 

Micro  Networks 

scheduling 
Support  (30) 

7T“ 

(7  0*) 

.  ~ TTT5 

(65*) 

Equipment 
Maintenance  (25) 

25 

22.  5 
(9  0«) 

16 

(65*) 

Inventory 

Control  (12) 

12 

1  0 

(3  5*) 

8.5 

(70*) 

Finance  and 
Payroll  (18) 

18 

1  6 

(9  0'-) 

16 

(90*) 

Report  , 
Generation 
and  File  (15) 
Maintenance 

15 

1  3.5 
(9  0*) 

13.5 

(90*) 

Total 

TOO  " 

B3~ 

7375 

Tables  VII  and  VIII  which  apply  revised  allocation  percent¬ 
ages  to  the  two  previously  described  weighting  formulae. 

Combining  the  two  weighting  formula  and  two  point  allo¬ 
cation  percentages  produces  four  software  performance  scores 
for  each  alternative,  (although  obviously,  Trans-Pac  did  net 
vary  from  1005  performance  as  it  is  the  standard).  Taking 
the  high  and  low  scores  for  each  yields  a  probable  perform¬ 
ance  range  for  the  competing  systems: 

1.  57  to  83  points  for  the  Bang  system;  and 

2.  39.5  to  73.5  points  for  the  microcomputer  networks. 
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TABLE  ?III 

Software  Performance  Variability  C 


Trans- Fac 

Ka  ng 

Micro  Networks 

scheduling 

Support  (40) 

40 

26 

24 

Equipment 
Maintenance  (10) 

10 

9 

6.5 

inventory 

Control  (12) 

12 

1  0 

8 

Finance  and 
Payroll  (33) 

33 

29.5 

29.5 

Report 

Generation 
and  File  (5) 
Maintenance 

5 

4.5 

4.5 

Total 

“TUU 

'T9 

7775 

Figure  4.3  preser.ts  the  revise!  cost-performance  graph  based 
upon  the  variability  in  both  prices  and  performance  levels. 

Determination  of  the  margiral  costs  between  alternatives 
is  made  more  difficult  in  this  final  cost-performance  curve, 
as  a  range  of  performance  is  available  for  a  range  of 
prices.  Once  again,  the  policy  of  minimizing  unknown  risks 
indicates  that  the  worst  case  instance  should  be  used  ir.  the 
evaluation;  that  is,  paying  the  most  additional  cost  for  the 
least  amcun*  of  performance  gain.  The  worst  case  cost 
factor,  used  in  the  proceeding  analysis,  is  the  higher  price 
of  the  better-performing  system,  minus  the  cheapest  price  of 
the  base  system.  The  worst  case  performance  factor  is  the 
oDposita:  the  lowest  performance  level  of  the  better  system 

minus  the  best  probable  performance  level  of  the  lesser- 
performing  system.  The  worst  rase  marginal  costs  are  shown 
below: 

1.  The  marginal  cost  of  obtaining  tha  Kang  system  over 
the  Micro  Networks  system  is  565,230  for  a  possible 
decrease  of  16.5  performance  points; 


~r 


-  rWt* 
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Figure  4.3  Performance  Ranges  vs.  Systea  Cost  Ranges. 

2.  The  marginal  cost  of  obtaining  the  Trans-Pac  system 
over  the  Wang  system  is  $21,100  for  an  increase  of  17 
performance  points;  and 

3.  The  marginal  cost  of  obtaining  Trans-Pac  over  the 
microcomputers  is  $67,700  fox  an  increase  of  26.5 
performance  points. 

If,  in  fact,  the  decision-maker  believed  that  the  worst  case 
circumstance  would  occur,  i. e.,  that  an  upgrade  from  the 
Micro  Networks  to  the  Wang  systea  would  cost  three  times  as 
much  for  22f  less  performance,  then  the  decision  in  favor  of 
Nang  would  never  be  made.  By  using  the  midpoints  of  the 
three  performance  ranges  as  the  expected  performance  levels. 
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the  marginal  performance  obtained  for  the  respective 
marginal  costs  is  lore  competitive: 

1.  13.5  additional  points  by  choosing  Bang  over  the 
aicrocoaputer ; 

2.  30  aore  points  by  selecting  rrans-Pac  over  Wang;  and 

3.  43.5  acre  points  by  choosing  Trans-Pac  over  the 
aicrocoaputer. 

The  instance  of  worst  case  marginal  performance  is  impro¬ 
bable,  because  the  analyst  who  o ptoaistically  views  the 
potential  of  the  software  for  oae  systee  would  logically  do 
the  saae  for  siailar  software  on  other  systeas  (as  illus¬ 
trated  in  Tables  VII  and  VIII).  Thus,  the  poin+  allocation 
percentages,  though  different  for  each  alternative,  tend  to 
move  up  or  down  together. 

Isolated  changes  in  the  scores  can  affect  the  relative 
position  of  ♦he  alternatives.  Returning  to  the  original 
scoring  values,  if  only  the  evaluation  of  the  scheduling 
support  software  is  changed — increasing  that  capability  by 
ten  base  points,  for  example — both  the  Wang  and  Micro 
Networks  scores  increase,  narrowing  the  gap  between  them  and 
Trans-Pac.  Adding  ten  points,  the  War.g  score  is  72  and 
Micro  Networks  is  49.5.  The  marginal  cost  between  those  two 
alternatives  does  not  change,  remaining  at  $65,200  for  22.5 
additional  performance  points,  but  the  marginal  cost  between 
either  alternative  and  Trans-Pac  changes.  The  worst  case 
marginal  cost  is  still  the  same- -$21 , 100  increase  between 
Wang  and  Trans-Pac  and  $62,700  increase  between  Micro 
Networks  and  Wang--but  the  additional  performance  obtained 
for  that  price  has  dropped  by  ten  to  28  points  for  Wang  and 
50.5  for  the  microcomputers,  so  that  the  extra  money  doss 
not  buy  guite  as  much  as  before.  Another  scoring  change, 
affecting  only  one  alternative,  affects  the  relative 
performance  between  all  the  options.  If  the  Micro  Networks 
alternative  is  given  ten  aore  points  in  the  eguipaent 
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maintenance  category,  the  resulting  perforeance  scores  are 
100  for  Trans-Pac,  72  for  Wang,  ar.d  59.5  for  Hicro  Networks; 
and  the  aarginal  perforeance  gain  over  the  aicroconpuier 
alternative  is  13.5  points  for  Wang  and  40.5  points  for 
Trans-Pa  c--still  less  perforeance  for  the  aoney. 

The  preceding  analysis  has  shewn  the  sensitivity  of  the 
nuabers  to  the  individual  perceptions  of  the  analyst.  The 
analysis  can  be  done  using  so-called  "expert"  opinion  to 
arrive  at  a  set  of  total  scores  with  which  the  decision- 
aaker  feels  coafortab  le  and  confident.  However,  once  the 
totals  are  finalized,  only  the  responsible  decision-aaker 
can  decide  what  ^rade-offs  in  cost  and  performance  are 
acceptable.  An  observer  can  speculate  that  if  the  final 
totals  produce  aarginal  cost  figures  such  that  the  Trans-Pac 
alternative  provides  385?  more  performance  at  a  3*  increase 
in  price  over  the  Wang  system,  as  in  the  author's  original 
evaluation,  then  the  decision-aaker  would  elect  to  spend  the 
nominal  increase  for  a  substantial  performance  upgrade.  But 
when  the  choice  becomes  less  obvious,  as  when  using  the 
figures  from  Figure  TUI  where  a  26X  price  increase  created 
by  chocsing  Trans-Pac  over  Wang  yields  a  21%  performance 
increase,  only  the  decision-maker  who  must  live  with  and 
justify  his  decision  should  make  the  choice. 

B.  ADDITIONAL  FACTORS 

There  are  several  important  factors  ether  than  software 
performance  which  will  influence  the  decision-maker’s  choice 
of  computer  system.  These  factors  are  not  quantified  in 
this  thesis-- nor  are  some  subject  to  numerical  analysis— but 
they  are  mentioned  as  areas  which  should  be  given  considera¬ 
tion  in  the  decision-making  process. 
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Reliability  of  the  system  is  of  critical  importance. 
Reliability  refers  not  only  to  hardware  reliability,  but  to 
software  and  data  reliability.  Processors  are  inherently 
reliable  pieces  of  hardware  because  they  are  electical 
rather  than  mechanical.  However,  if  the  wirings  or  indi¬ 
vidual  components  of  a  minicomputer  fail,  all  computing 
power  is  lost.  Not  so  with  a  microcomputer  network  where  a 
user  confronted  by  a  failed  micr ccomputer  simply  moves  to  a 
working  micro,  recalls  his  files  and  continues,  An  adjunct 
to  hardware  reliability  is  its  maintainability. 
Microcomputers  have  fewer  components  than  minis  due  to 
single  chip  and  single  board  technologies.  The  resultant 
modularity  of  design  makes  maintenance  or  replacement 
simple,  quick  and  inexpensive. 

Software  reliability  is,  to  a  large  extent,  a  function 
cf  whether  a  package  is  custom- tailored  or  of  the  off-the- 
shelf  variety.  Packaged  software  aimed  at  a  wide  market  cf 
users  is  highly  reliable,  requiring  virtually  no  mainte¬ 
nance,  except  for  user-desired  modifications.  Microcomputer 
software  is  often  more  exhaustively  tested  than  software  for 
individually-designed  systems  simply  because  of  the 
economics  of  having  to  send  revisions  to  hundreds  of  thou¬ 
sands  of  microcomputer  users  at  no  charge.  Generally,  after 
a  few  thousand  copies  of  a  program  have  been  sold,  all  the 
bugs  have  beer,  found. 

The  integrity  of  data  is  rhe  key  to  any  system,  manual 
or  automated.  Computerized  computations  are  unguestionably 
more  accurate  than  manual  calculations.  Semiconductor 
memory  is  so  reliable  that  many  manufacturers  dispense  with 
oarity  checking.  •  Storage  media  are  reliable  too;  a 
"Winchester”  hard  disk  drive  has  a  mean  time  to  failure  of 


•A  parity  bit  is  appended  to  .the  end  of  each  data  word 
and  set  odd  or  even  tc  correspond  to  the  odd  or  even  value 
of  the  sum  of  the  bits  in  the  word.  If  the  parity  bit  does 
not  match  the  sum,  an  error  is  detected. 
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15,000  hours  [15:301*  Data  transmissions  however,  are 
susceptible  tc  error.  In  Cluster/One,  receiving  nodes  use 
check  sums  on  the  address  and  data  of  the  packet,  if  the 
check  sums  don’t  match,  the  sender  is  signaled  to  retransmit 
its  packet.  Additionally,  the  file  server  locks  a  file  if 
one  user  is  accessing  it  so  that  concurrent  changes  cannot 
be  made.  Qantel's  minicomputer  does  check  parity  bits  but 
does  not  provide  error  correction  if  an  error  is  found,  nor 
does  it  provide  storage  protection  to  prevent  unauthorized 
writing  in  certain  areas  of  main  memory,  a  feature  used  in 
timesharing  and  multi  programmed  memory  schemes.  Hang  2200 
MVP  does  not  offer  any  of  the  three  features.  CompuStar 
provides  neither  error  checking  or  correction.  Storage 
protection  is  not  needed  in  systems  which  dedicate  memory  to 
one  process. 

There  are  many  other  considerations  ia  choosing  a 
system.  Physical  sit c  preparation,  if  needed  is  an  addi¬ 
tional  cost.  The  larger  the  machine,  the  greater  the  need 
for  a  controlled  environment,  k  large  machine  will  rsguire 
more  power  and  radiate  more  heat,  thus  demanding  artificial 
cooling.  A  microcomputer  needs  no  special  environment,  nor 
do  most  small  minicomputers.  Phe  support  that  a  buyer  gets 
from  the  vendor  is  often  a  major  selling  point.  Some  users, 
especially  computer-naive  ones,  desire  much  attention  or 
"hand-holding"  in  the  jargon.  Such  personal  attention  may 
incurr  additional  fees  or  it  may  be  part  of  the  vendor’s  way 
of  doing  business.  0 nfortunatel y,  the  computer  industry  is 
a  volatile  one  and  the  vendor  who  sold  you  a  system 
yesterday  might  not  be  around  tomorrow,  k  company’s  reputa¬ 
tion  is  an  important  element  to  check  before  signing  a 
contract . 
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C.  COVCLUSIORS 


This  study  has  focused  on  jqa  cospaoy  in  particular  to 
illustrate  the  process  of  requiresents  analysis  and  capacity 
planning.  First,  the  current  3ystes  was  analyzed  to  deter¬ 
mine  what  infornation  was  being  eaintainad  and  how  it  flowed 
through  the  cospany.  The  filing  systes  was  examined  to 
allow  specification  of  application  areas  to  be  addressed  by 
an  autosated  systes,  and  to  facilitate  proper  sizing  of  the 
systes  in  terns  of  storage  and  data  entry  equipment.  Once 
the  requirements  were  defined,  four  systeis  were  presented 
to  meet  those  requirements,  two  minicomputer  systems  and  two 
multi-user  microcomputer  systems.  Cost3  of  hardware  and 
software  were  drawn  from  various  sources  to  arrive  at  a 
total  cost  for  each  system.  Thase  costs  are  subject  to 
change,  due  to  both  the  variability  of  the  marketplace  and 
*he  general  nature  of  the  compilation.  To  give  meaning  to 
the  costs,  measures  of  performance  were  established  using 
‘wo  weighted  evaluation  schemes  and  several  point  alloca¬ 
tions  within  the  weighting  formulae.  The  resultant  graph 
compared  the  four  systems  in  terms  of  performance  ranges  and 
cost  ranges.  The  derivation  of  the  marginal  cost  associated 
with  each  change  in  levels  of  performance  enables  a 
decision-maker,  who  knows  his  subjective  value  of  an  incre¬ 
ment  of  performance,  to  determine  which  alternative  is 
"best"  for  him.  If  the  cost  of  the  increaent  outweighs  his 
subjective  valuation  cf  that  increment,  he  dees  nor  spend 
the  extra  money  for  it;  whereas  a  cost  less  than  his  value 
of  the  performance  increment  asserts  that  the  extra  money 
should  be  spent.  This  thesis  presents  the  computer  system 
options  in  an  evaluated  and  quantified  fora,  so  that  the 
decision-maker  may  apply  his  subjective  value  of  performance 
and  money  to  determine  which  alternative  best  meets  his 
needs. 
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TABLE  IX 


APPENDIX  A 


MONTEREY- SALINAS  TRANSIT'S  FILES  AND  REPORTS 
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